INDEX sur une table avec peu de valeurs discriminantes

Je doute un peu que c'est une question qui a déjà été posé sur le forum.

J'ai une table avec une très grande volumétrie. J'ai deux colonnes sur cette table.

La première colonne ne prend que trois valeurs distinctes.

La deuxième colonne est beaucoup plus diversifiés, juste quelques doublons et triplets.

Afin d'optimiser une requête qui utilise les deux colonnes, est-il pertinent de rajouter un index
sur la deuxième colonne.

S'il est possible d'apporter une justification, je suis preneur.

Merci beaucoup,

Pouvez-vous nous en dire plus : nombre de lignes, structure de votre table, requête qui attaque cette dernière ?

Mais à priori, créer un index qui constitue l'ensemble de la table... revient à reconstruire la table dans l'index.

A ne pas faire en prod hein :D
1) Visualiser le plan d'execution
2) Mettre l'index
3) Et revisualiser le plan d'execution

S'il n'a pas changé bah c'est que ca sert a rien

Sans avoir la requête en question mon conseil est de ne rien faire : simple et économique.
Si après avoir crée l’index vous oubliez de calculer les statistiques pour cette index revenez à ma première solution.

Bonjour,

Si le prédicat sur la deuxième colonne est très selectif, alors oui un index peut être utile.
Mais alors, y rajouter la première colonne (index sur les 2 colonnes) sera encore plus performant:
-> 3 fois plus selectif
-> et surtout, pas besoin d'aller lire la table vu que tout se trouve dans l'index

Et alors, si on se retrouve à avoir toutes les colonnes de la table indexées, pourquoi pas penser à une IOT (index organized table)

Evidemment, celà ne dépends pas que de cette requête, mais du reste de l'appli (un index de plus ralentit les insert/update), anisi que lde la taille des colonnes.

Cordialement,
Franck.