Index sur deux colonnes

Bonjour,

Je dispose de table avec plusieurs colonnes dont 2 colonnes id1 et id2 en integer.

Je fais souvent des requetes sur l'id1 ou sur l'id2 ou sur les deux dans un ordre (id1,id2) ou dans l'autres (id2,id1).

J'ai de nombreuses tables avec ces deux ids

Pour rendre les requetes plus efficace, je voudrais créer des index sur ces deux champs.

Ma question est:
Pour rendre les requetes plus efficace, est ce que créer un index unique sur (id1,id2) suffit ou est qu'il faut que:

• je crée un index sur (id1,id2)
• Je crée un index sur (id2,id1)
• Je crée un index sur id1
• Je crée un index sur id2

Merci pour vos lumières

Je créerais un index sur (id1,id2) et un autre sur (id2, id1).
Si tu crées ces 2 index, les 2 autres deviennent totalement inutiles.
Si un traitement a besoin idéalement d'un index sur id1, le moteur devrait normalement constater que l'index sur (id1, id2) fait le job aussi bien.

Il n'est pas possible de répondre aussi simplement sans savoir les requêtes que vous lancez.

En effet, cela dépend des opérateurs de comparaisons que vous faites (=, >, >=, <, <=, <>, LIKE, BETWEEN) et des différents prédicats du WHERE, de la clause HAVING, de la jointure et de l'option OFFSET / FETCH dans la clause ORDER BY (tout cela sont des prédicats de recherche susceptibles d'utiliser l'index en mode "seek" ou "lookup"). Mais aussi du regroupement (GROUP BY, DISTINCT, UNION) et des colonnes utilisées dans les autres clauses (SELECT, ORDER BY, HAVING...), cela pouvant conduire à l'ajout d'une clause INCLUDE à la définition de votre index. Et bien entendu de la distribution des données pour ces colonnes...

Commencez par poster les requêtes (complètes) et là on pourra vous aider !

À me lire :
https://sqlpro.developpez.com/cours/quoi-indexer

A +

Bonjour,

Merci pour vos retours.
Je fais de nombreuses requêtes de tous types.
Mais c'est pour 99% du temps :

table1.id1=table2.id1 and table1.id2=table2.id2
table1.id1=table2.id1
table1.id2=table2.id2

C'est surtout pour lier 2 tables entre elles avec des JOIN
pas de group by ou order by sur ces colonnes

Ces deux colonnes sont des entiers.

Merci

En ce cas, je rejoins la réponse n°2 de tbc92.
Si les colonnes sont bien de même type de part et d'autre (integer), alors les prédicats seront indexables.

Pouvez-vous communiquer le DDL de création des deux tables, en particulier les contraintes foreign key.

Citation:

---

Envoyé par olysmar2

Bonjour,

Merci pour vos retours.
Je fais de nombreuses requêtes de tous types.
Mais c'est pour 99% du temps :

table1.id1=table2.id1 and table1.id2=table2.id2
table1.id1=table2.id1
table1.id2=table2.id2...

---

Un index qui ne porterait juste que sur les colonnes d'un prédicat n'est pas toujours utilisé. C'est pourquoi il nous faut l'intégralité de vos requêtes car les clauses SELECT, FROM, HAVING, GROUP BY, ORDER BY et toutes les sous requêtes sont prise en compte dans le choix de l'index....

Donc, encore une fois postez vos requêtes et le DDL des tables et index.

A +

Citation:

---

Envoyé par olysmar2

Pour rendre les requetes plus efficace, je voudrais créer des index sur ces deux champs.

---

En quoi, actuellement, les requêtes sont non efficaces ?

J'imagine que pour chercher dans la direction de la création d'index vous avez des arguments ; pouvez vous les exposer ?

Nb : ne pas hésiter à poster les plans d'exécution ;)