Index composé : un ou deux?

Bonjour,

Je vais devoir faire de très nombreuses requêtes sur une table catalogue, avec dés tris différents, par exemple :

Code:

---

1 2 3

select ID_ARTICLE, ... from ARTICLES WHERE ID_GENRE = 'Sélection utilisateur' ORDER BY PRIX

---

puis

Code:

---

1 2 3

select ID_ARTICLE, ... from ARTICLES WHERE ID_GENRE = 'Sélection utilisateur" ORDER BY COULEUR

---

Ma question est :
puis-je créer un index composé de type :

Code:

---

Create Index ART1 on ARTICLES (ID_GENRE,PRIX,COULEUR)

---

sachant que dans le premier cas je m'appuie sur les deux premières colonnes, alors que dans le second cas je m'appuie sur la colonne 1 et 3?

Ou dois-je créer deux index

Code:

---

1 2 3

Create Index ART1 on ARTICLES (ID_GENRE,PRIX) et Create Index ART1 on ARTICLES (ID_GENRE,COULEUR)

---

?

Merci d'avance pour vos réponses.
T.

Deux index seront nécessaires pour prendre en charge les deux requêtes de manière optimale

Salut !

Imagine que tu cherches dans l'annuaire la liste des gens dont le prénom est 'Robert' à Paris.

L'annuaire ressemble en quelques sortes un index de la table des numéros de téléphone sur les champs (Ville, Nom, Prénom).

Ben cet index ne t'apportera rien de plus que l'index (Ville) tout court !
De manière générale, dès qu'il y a un "trou" dans tes colonnes de recherche par rapport à l'index, les colonnes de l'indexe après le trou ne te sont d'aucune utilitée...

Bonjour,

Pour compléter vos réponses, j'ajoute un petit bémol sur SGBD Oracle avec l'introduction de l'index skip scan en 9i, qui rend plus souple l'utilisation des index composés.

Petite précision : la raison de ma question est que, si cela fonctionne, alors je réduis tout de même le temps de mise à jour des index, n'en ayant plus qu'un. Dans ce cas, cela vaut sans doute la peine d'avoir une colonne qui ne sert à rien, une fois sur deux. N'est-ce pas?

Citation:

---

Envoyé par tathos

Petite précision : la raison de ma question est que, si cela fonctionne, alors je réduis tout de même le temps de mise à jour des index, n'en ayant plus qu'un. Dans ce cas, cela vaut sans doute la peine d'avoir une colonne qui ne sert à rien, une fois sur deux. N'est-ce pas?

---

Pourquoi pas (toujours sous oracle >=9i).
Tout est une question d'équilibre et de choix.
Dans la plupart des cas on privilégiera quand même la création d'index au risque de dégrader les perfs des mises à jour, moins fréquentes que les sélections ... cela dépend vraiment de l'utilisation qui est faite de votre base.