Discussion :

[Cyrius]

Bonjour,
Je me pose des questions sur l'index à mettre pour cette requete
SELECT * FROM table WHERE id= AND position BETWEEN '' AND '' ORDER BY id '

Là pas de soucis, je met un double index sur id et position.
Mais quelque fois je rajoute un champ
SELECT * FROM table WHERE id= AND caracteristique=1 AND position BETWEEN '' AND '' ORDER BY id '

J'ai rajouté un champ caracteristique. Ce champ est toujours à 1 dans la requète.

Pensez-vous qu'un index sur les 3 champs (id,position et caracteristique)sera pénalisant pour la première requète?
Devrais-je plutot mettre un double index et en mettre un autre sur caracteristique en plus?

Merci

[Sivrît]

Normalement non si "caracteristique" est en dernier dans l'index... mais je ne suis pas certain qu'il serve à grand chose à part à faire grossir l'index... Ce qui occupe le cache des indexes et fait des accès disques plus lourds... donc la réponse est "plutôt non mais pas totalement".

Combien d'éléments avec "caracteristique=1" et combien sans pour une même valeur des deux premiers champs ? Si c'est 1 pour pleins c'est intéressant, sinon (genre 1 et 1) pour une requête intempestive c'est peut-être overkill.

[Cyrius]

Il y a beaucoup plus de caracteristiques à 0 qu'a 1
DOnc la solution serait de ne pas mettre du tout d'indexe sur caracteristique c'est ca?
Merci

[Sivrît]

L'idéal serait d'expérimenter. Changer les indexes n'est ni difficile ni dangereux.

C'est un peu une question de ralentir ou alourdir un brin (peut-être même carément négligeable) le cas usuel pour accélérer pas mal un cas moins fréquent.

A parier je dirais quand même que le côté négatif ne doit pas être assez sensible pour s'en priver (ajouter un entier ne doit pas alourdir l'index des masses). Il faudrait vraiment que le serveur soit surchargé pour que ce soit un problème.

[Cyrius]

Le souci c'est qu'experimenter ca donne pas grand chose, et faut faire varier pas mal de paramètres
Tu as peut etre raison, le gain est ici surement negligable.