MyIsam, clés étrangères et index

Bonjour,

Je sais que MyIsam ne gère pas de vraies clés étrangères, donc pas la peine de faire le Troll ;)

Je me demande si une clé "étrangère" doit toujours être mise en Index (ou en unique suivant la relation entre les deux tables) ?
Typiquement, il y a des cas où cet index aura une cardinalité très faible. Dans ce cas, faut il quand même mettre la clé en index ou non ?

Un exemple tout bête : une table Pays, une table commune.
On ne gère que 3 pays, mais on gère toutes les communes de chacun de ces trois pays. La cardinalité de cle "pays_id" dans la table commune va être de 3 seulement. Ce qui est un très mauvais index par définition. Mais est-ce que si on ne met pas le champs en index ça risque d'être plus lent pour X ou Y raisons ?

merci par avance des réponses que vous pourrez m'apporter :)

D.

Je crois que la réponse est dans la question, l'index que tu cites ne servira effectivement pas à grand-chose. Maintenant, ce n'est pas parce qu'un index existe qu'il est forcément utilisé. Selon les statistiques de la table, l'optimiseur choisira ou non de passer par l'index. Donc, dans la mesure où on considère que l'optimiseur est fiable, créer un index ne nuit pas à la performance des sélections...

Effectivement il est probable qu'il ne soit pas utilisé. Mais j'avais peur qu'il y ait encore un autre mécanisme plus ou moins obscure qui aurait fait que sans index, même s'il avait eu une cardinalité faible ça aurait été pire.

Par contre, l'optimiseur n'est pas fiable, c'est pour ça que je me pose des questions :). Je l'ai déjà vu utiliser un index à cardinalité 2 sur une table de quelques quelques dizaines de millier d'enregistrement. Et bien je peux te dire que le disque dur à chauffé pour faire plein d'accès disque inutile à cause de l'index ^^. Donc je me méfie de l'optimiseur. je préfère créer mes tables du mieux possible pour que l'optimiseur ait le moins possible de question à se poser.

Les recherches que j'ai effectué n'ont pas laissé à penser qu'un index serait utile dans mon cas. Je met donc le sujet en résolu et déconseille de mettre un index sur un champs à faible valeurs différentes, quand bien même ce champs serait une clef étrangère.

Merci :)

Juste sur le principe, un index à cardinalité 2 peut être très utile ! Imaginons par exemple une colonne Sexe, dans une table où il y aurait 99% d'hommes et 1% de femmes. Pour toutes les requêtes filtrant sur le sexe féminin, l'index permettra un fort gain de performance !

Oui, mais pour les requetes sur les hommes, si l'optimiseur fait des siennes et décide d'utiliser l'index, alors la lecture des enregistrements se fera en fonction des index et la requète sera très lente. Dans un contexte où on connait les données et que l'on est capable de forcer MySQL à utiliser ou non un Index, ta solution peut en effet être très utile.

Dans mon cas par contre (CMS / CMF Xaraya) je dois rester générique :)

Placer un index "inutile" peut s'avérer être préjudiciable parfois.

Même si cet index n'est pas utilisé pour les SELECT (ignoré par MySQL), si on fait un UPDATE de cet index dans une ligne, alors l'index est regénéré, ce qui est très très gourmant et ralentira la requête. Alors qu'on en a même pas besoin de cet index!