Discussion :

[ylarvor]

Sur notre fameuse base Aloès de 50 giga avec des requêtes de 30 secondes, nous avons décidé de réécrire le top 10 des plus lentes. C'est le travail de Simon, le concepteur. J'ai seulement identifié les requêtes avec la trace duration.

Concernant mon travail, j'essaie d'optimiser la base de dev par indexation. En étudiant avec le Manager de SQL Serveur 2005 le serveur 2000, j'ai pu noter que les clef étrangères n'était pas indexé.
Par conséquent, je crée un index unitaire pour chaque clé étrangère de façon systèmatique. Ca me parait une idée prometeuse.

Ma question arrive : Dans certaines tables, nous avons plusieurs clés étrangères. Existe t'il des cas où il est nécessaire de créer des index de clé étrangère multicolonne ?

Merci pour vos réponses.

[Philippe Robert]

Oui.

Mais c'est vos requêtes SQL qui donneront la réponse ainsi que l'architecture de votre bases de données.

Si on a une requête du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
SELECT t1.*
FROM MaTable1 as t1
INNER JOIN MaTable2 as t2
ON t1.MaColonne1 = t2.MaColonne1
AND t1.MaColonne2 = t2.MaColonne2

On pourrait créer un index composé sur MaColonne1 et MaColonne2.

Attention, les index composés ont tendance à se fragmenter plus vite, j'utilise alors un taux de remplissage plus petit.

[ylarvor]

Finalement, j'ai découvert l'existence d'un tuning wizard sur sql serveur 2000. J'ai donc utilisé cet outil pour optimiser ma trace.
De 10 requetes s'étalant entre 30 et 18 secondes, nous sommes passe à 3 requete allant de 30 à 14 sec. Il a cree 2 index cluster, 2 index non cluster et une dizaine de stats. Gain d'apres l'outil sur l'ensemble de la trace : 21%. C'est assez magique!
Il me reste la piste des clés étrangères, non utilisé par l'outil, pour améliorer encore le temps de réponse.