Discussion :

[dorian53]

Bonjour,

Peut-on me confirmer cette règle svp ?

Si une PK est composée de plusieurs colonnes, inutile de lui créer un index sur la 1ère colonne. On peut par contre créer un index sur les autres.

Merci.

[efficks]

L'index sert à accélérer la recherche sur une colonne en particulire. QUand l'on met une clé primaire, la ou LES colonnes deviennent indéxées automatiquement.
Attention par contre, trop d'index va faire la même chose que pas du tout car plus il y a d'index, plus il y a de champs a chercher. Sinon, l'on mettrait toujours toutes les colonnes en INDEX.

[dorian53]

QUand l'on met une clé primaire, la ou LES colonnes deviennent indéxées automatiquement.

Oui mais le groupe de colonne devient indexé, pas chacune d'entres elles ?

ABC est indexé pas A ni B ni C.
A consitue la premire colonne, pour cette raison peut-on se passer de l'indexation de A ?

[LeoAnderson]

Si des règles simples pouvaient être établies, peut-être que Oracle créerait automatiquement les indexes qui vont bien.... ;-)

donc non, on ne peut pas généraliser...
ça dépent notamment de la volumétrie, des types de requêtes, des clauses utilisées, des types d'opérations, ....

[gregory.broissard]

Si tu as une PK constituée des colonnes (A,B,C)

Alors il est inutile de faire un index avec seulement A.

Par contre il peut être utile d'indexer (B,C) ou B et C si dans ton application tu accèdes à ta table en filtrant sur B et/ou C sans filtrer sur A.

Globalement pour reprendre ce que disait Leo, ca depend de ton application. Et généralement en phase de conception, les developpeurs ont déjà une bonne vision des index qu'ils auront besoin

[orafrance]

il peut aussi être intéressant d'indexer (A,C)

[dorian53]

Si tu as une PK constituée des colonnes (A,B,C)

Alors il est inutile de faire un index avec seulement A.

Oké j'suis d'accord ça colle avec ma définition.

Merci à tous.