Discussion :

[BV123456]

Bonjour !

Alors j'ai remarqué dans l'état de mon phpmyadmin qu'un certain nombre de requêtes étaient effectuées sans index.

J'aurais voulu savoir si c'était bien uniquement les jointure pour lesquelles il faut des index?

Si je prend un exemple tout bète, une table qui contient 2 champs, un index primary entier et un champ varchar. Si je fais une recherche sur le champ varchar, est-ce que je dois l'indexer?
A moi ca me semble un peu bète mais bon peut-être qu'il le faut..

Merci d'avance :-)

[gene69]

ça dépend. si la requête est suffisement performante pour l'instant ne change rien.
Index = insertion/update plus longs.

De plus c'est pas parce qu'il y a un indexe que le SGBD va l'utiliser. Il fait sa propre sauce.

[BV123456]

OK ok, bon je vais essayer en console de récupérer les requêtes qui n'utilisent pas d'index dans un fichier de logs, et après je n'aurai plus qu'à réparer une à une celles posent problème.

Red^^

[Nudger]

Bonsoir,

récupérer les requêtes qui n'utilisent pas d'index dans un fichier de logs

Désolé de ma noobitude, mais comment on fait ça ?

[gene69]

@Redarche http://dev.mysql.com/doc/refman/5.0/...query-log.html

Apres, la définition de la requête lente est sans doute paramétrable, je n'ai jamais utilisé ça.

Je veux dire par là que si c'est pour mettre un indexe sur une table ou il y a 10 lignes c'est inutile. Je veux aussi dire que dans un développement bien ordonné, on a déjà créé les indexes "minimaux" parce qu'ils apporte une sémantique dans le schéma (contraintes...).

Apres, il faut tester si le nouvel index a un impact positif sur les performances, si c'est neutre... pourquoi pas. Ensuite il faut voir la cardinalité de l'indexe pour savoir s'il est utilisable: s'il n'est pas assez discriminant il sera souvent négligé par le SGBD.