Discussion :

[ngmsky]

Bonsoir à tous.
Malgré les tutoriels et sujets lus à propos des index sur plusieurs colonnes (ou champs), je n'ai pas trouvé de réponse à ma question.

Supposant une table avec les colonnes id, a, b, c, d.

j'ai compris qu'on pouvait faire des index regroupant par exemple :
- (id, a),
- (id, a, b,),
- (a, b),
- (a, b, c),
- (b, c),
- (b, c),
- (b, c, d),
ou d'autres combinaisons mais en allant toujours de la gauche vers la droite (forcement dans ce sens, gauche vers droite ? ou même dans le sens inverse ?)

Ma question principale est :
peut-on avoir une combinaison de colonnes non contiguës (non voisines) dans un index (ou contrainte UNIQUE) ?

Par exemple :
- (id, b),
- (id, b, d),
- (b, c, e) ,

Je précise qu'il serait plus simple de réarranger l'ordre des colonnes dans la table pour éviter cette question mais je suis obligé d'avoir cet arrangement (id, a, b, c, d, e). Voila pourquoi je me demande si je peux quand même créer des index sachant pour certains les colonnes ne seront pas consécutives.

J'espère que j'ai été claire, sinon je peux redonner d'autres précisions, si nécessaire.

A bientôt en vous remerciant d'avance.

J'aimerai savoir

[SQLpro]

j'ai compris qu'on pouvait faire des index ... mais en allant toujours de la gauche vers la droite (forcement dans ce sens, gauche vers droite ? ou même dans le sens inverse ?)

D’où vient cette imbécilité ? Avez vous une source à m'indiquer qui dirait de telles choses ?

Lorsque vous créez une table le placement physique des données dans les espaces de stockage n'est pas forcément celui de l'ordre de la création. Il n'y a donc aucun intérêt ni exigence d'aucune sorte pour créer des index multi-colonne avec l'ordre que vous voulez des colonnes. Le mieux étant que cet ordre facilite la "cherchabilité" des prédicats.

Lisez ce que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/quoi-indexer/ et non des sources profondément débile !
Aussi : http://blog.developpez.com/sqlpro/p1...sql_sargable_c

A +

[ngmsky]

Bonsoir,
merci pour votre réponse bien précise.

D’où vient cette imbécilité ? Avez vous une source à m'indiquer qui dirait de telles choses ?

Un tutoriel .
Mais, finalement, c'est moi qui ai prolongé sa pensé. Il n'avait pas précisé le sens dans ce cas (conception de l'index) mais plutôt lors de son utilisation.
Il disait qu'une fois l'index crée, les champs de la clause where des recherches (requettes) devraient suivrent le même sens que celui de la déclaration de l'index à champs multiple.

Par exemple :
soit l'index : (a, b, c), il faut faire des recherches du genre
select ... where a= x and b=y and c=z
et non :
select ... where b= x and a=y and c=z


En tout cas, votre réponse ainsi que vos liens m'ont très bien aidés à comprendre les profondeurs des index multicolonnes.

Merci infiniment.