- Documentation Library
- Table of Contents
- MySQL 5.0 Manual
- Table of Contents
- 7.2 Optimisation des commandes SELECT et autres requêtes
- 7.2.1 Syntaxe de EXPLAIN (Obtenir des informations sur les SELECT)
- 7.2.2 Mesurer les performances d'une requête
- 7.2.3 Vitesse des requêtes SELECT
- 7.2.4 Comment MySQL optimise les clauses WHERE
- 7.2.5 Optimisation d'intervalle
- 7.2.6 Optimisation de combinaison d'index
- 7.2.7 Comment MySQL optimise IS NULL
- 7.2.8 Comment MySQL optimise DISTINCT
- 7.2.9 Comment MySQL optimise les clauses LEFT JOIN et RIGHT JOIN
- 7.2.10 Comment MySQL optimise ORDER BY
- 7.2.11 Comment MySQL optimise les clauses GROUP BY
- 7.2.12 Comment MySQL optimise LIMIT
- 7.2.13 Comment éviter les analyses de tables
- 7.2.14 Vitesse des requêtes INSERT
- 7.2.15 Vitesses des commandes UPDATE
- 7.2.16 Rapidité des requêtes DELETE
- 7.2.17 Autres conseils d'optimisation
DISTINCT combiné avec un ORDER
BY aura dans la plupart des cas recours à une table
temporaire.
Notez que comme DISTINCT peut utiliser
GROUP BY, apprenez comment MySQL fonctionne
avec les champs de ORDER BY et
HAVING qui ne sont pas dans la liste des
colonnes sélectionnées. See
Section 12.9.3, « GROUP BY avec les champs cachés ».
Quand vous combinerez LIMIT # avec
DISTINCT, MySQL stoppera dès qu'il trouvera
# lignes uniques.
Si vous n'utilisez pas de colonnes de toutes les tables utilisées, MySQL arrête de scanner la table non-utilisée dès qu'il trouve la première correspondance.
SELECT DISTINCT t1.a FROM t1,t2 where t1.a=t2.a;
Dans ce cas, en supposant que t1 est
utilisée avant t2 (vérifiez avec
EXPLAIN), MySQL arrêtera de lire à partir
de t2 (pour cette ligne particulière de
t1) lorsque la première ligne de
t2 est trouvée.
This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.
