Discussion :

[Alexandre T]

Bonjour,

Je suis en train de modéliser quelques applications à l'aide d'un outil graphique.

Dans ma structure, j'ai des cités régis par un et un seul seigneur. Chaque cité appartient à une et une seule province.

Logiquement, je me retrouve à avec une table de ce style :
cite(id_cite,id_seigneur,id_province,lib_cite,etc...)

Donc, id_cite est la clef primaire. id_seigneur et id_province sont les clefs etrangères respectives des tables seigneur et province.

Comme je ferais régulièrement une recherche des cités d'un seigneur donné, j'ai mis un index sur le champ id_seigneur. De même je listerais les cités d'une province, donc pour éviter là aussi un scan de la table, je place un index sur la table province.

Hier, nous avons changé les règles du jeu. Chaque seigneur ne pourra contrôler qu'une cité par province. Donc je place un index unique sur les champs id_province,id_seigneur de cette fameuse tabl cite.

Tout marche, mais lors de la vérification de mon modèle, je lis un avertissement comme quoi mes index sont imbriqués.

Dois-je comprendre que mon index sur id_seigneu et id_cite rend obsolète les deux index portant chacun sur un seul texte ?

[Médiat]

L'index (Id_Seigneur, Id_Province) rend inutile l'index sur (Id_Seigneur), mais pas celui sur (IdProvince)

[Alexandre T]

L'index (Id_Seigneur, Id_Province) rend inutile l'index sur (Id_Seigneur), mais pas celui sur (IdProvince)

Je crois comprendre.
Comme l'index (Id_Seigneur, Id_Province) commence par id_seigneur, il rend inutile l'index seul sur id_seigneur. Mais pas celui sur id_province. C'est bien cela ? (Cela me semble logique finalement)

[Alexandre T]

Je viens de vérifier avec mon utilitaire. Cela fonctionne. Merci bien

[Fabien Celaia]

Votre compréhension est correcte du moment que l'on parle d'index B-TREE. Ce n'est pas le cas pour tous les types d'index (ex. les BIT-WISE).