Discussion :

[frp31]

Bjr,

J'ai des tables dont les requêtes commencent déjà à devenir un peu longues (6 à 9 secondes), avec seulement quelques centaines (~615~620) d'entrées par tables, et ça devrait monter à 1500-1700 entrées dans les mois à venir avant de stabiliser autour de 1800-2000 d'ici la fin d'année.

Donc avant de modifier je voudrais vérifier le meilleur choix pour créer les index

si ça marche pour n'importe quelle "colone" de données,
j'ai notamment 2 "colonnes" de références à contraintes unique, il serait donc pertinent de faire un index sur chacune de celles ci ?
ou il vaut mieux le faire ailleurs (sur la clef primaire par exemple ?) ou les 3 ?

merci

[Antoun]

En fait, MySQL ne fait pas de différence entre clés et index. Autrement dit, tes clés primaires et tes colonnes UNIQUE sont déjà indexées.

Sinon, les colonnes à indexer sont a priori toutes celles sur lesquelles tu fais des jointures et des conditions, en commençant par celles pour lesquelles tu peux avoir la meilleure sélectivité (par exemple, une condition de sexe a une sélectivité d'environ 50%, donc peu intéressante ; une condition de ville peut avoir une sélectivité bcp plus intéressante... sauf si 80% de ta population habite Paris !).

Enfin, les index sur des colonnes de texte fonctionnent avec des condition de type LIKE 'toto%', mais pas LIKE '%toto%'. Autrement dit, il est généralement inutile d'indexer des colonnes "commentaire", "mots clés", etc. (pour lesquelles des index FULLTEXT et une recherche MATCH seraient plus intéressants, mais c'est un autre problème).

[frp31]

ok merci, c'est clair a present.