utiliser une fonction d'agrégat (COUNT) sur une opération de tri des résultats d'une requête (DISTINCT)
DISTINCT n'est pas un tri. Si la colonne est un index, COUNT DISTINCT va simplement compter le nombre de clés dans l'index, ce qui normalement est très rapide (avec MyISAM en tout cas - fais un EXPLAIN SELECT pour t'en convaincre). Si ça ne te plaît pas, je m'en fous et tu peux continuer à te marrer en refusant de voir la réalité en face :-))
Le contournement poussif d'une limitation absurde propre à MySQL
Très drôle. Si MySQL permet de faire rapidement un COUNT(DISTINCT mon_index) alors que ses concurrents imposent d'utiliser un trigger pour mettre en cache la valeur en question, ce n'est pas MySQL qui impose un "contournement poussif".
Il me semble urgent d'en rire.
Tourner sept fois sa langue dans sa bouche avant d'intervenir me semble plus approprié dans ton cas.
[^] # Re: Et Derby alors ?
Posté par Antoine . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 1.
DISTINCT n'est pas un tri. Si la colonne est un index, COUNT DISTINCT va simplement compter le nombre de clés dans l'index, ce qui normalement est très rapide (avec MyISAM en tout cas - fais un EXPLAIN SELECT pour t'en convaincre). Si ça ne te plaît pas, je m'en fous et tu peux continuer à te marrer en refusant de voir la réalité en face :-))
Le contournement poussif d'une limitation absurde propre à MySQL
Très drôle. Si MySQL permet de faire rapidement un COUNT(DISTINCT mon_index) alors que ses concurrents imposent d'utiliser un trigger pour mettre en cache la valeur en question, ce n'est pas MySQL qui impose un "contournement poussif".
Il me semble urgent d'en rire.
Tourner sept fois sa langue dans sa bouche avant d'intervenir me semble plus approprié dans ton cas.