Discussion :

[Ekimasu]

Bonjour,

On m'a toujours dit qu'il fait mettre un index sur les champs de sélection (clause WHERE) pour améliorer la vitesse de rendu (au détriement de la charge mémoire et du disque dur).

Ajouter un index sur les champs souvent utilisés par un ORDER BY est-il aussi utile ?

Et sur les champs associés à des fonctions conditionnels (IF, CASE..) dans la clause SELECT ?

en fait, si on n'a pas de soucis de mémoire, ni de cpu, ni de disque, pourquois s'empecher de tout indexer ?

[bredelet]

On a oublié de te dire qu'un index ralentit les mises à jour. Si ta base est principalement en lecture, je dirais n'hésite pas à mettre un index sur tout ce qui est souvent utilisé.

"pas de soucis de mémoire, ni de cpu, ni de disque" ça n'existe pas, il ne sert à rien de gaspiller des ressources qui pourront servir plus tard. Observe les requêtes qui sont lentes et optimise.

Finalement, ça dépend de ta base de données mais en général un index ne peut rien pour truc LIKE "%chose%". Il faut au moins connaître la première lettre.

[Invité]

Salut

Pour les index, il est recommandé d'en mettre sur les champs qui seront souvent utilisés pour les recherches et conditions. Mais comme on dit: "Trop, c'est comme pas assez"

[Chtulus]

Bonjour,

Si tu avais cherché un peu tu serais tombé sur ceci :
http://sqlpro.developpez.com/cours/quoi-indexer/

Bonne lecture et n'hésite pas si tu as d'autres questions.