Discussion :

[drouhne]

Bonjour,

Je suis en cours d'optimisation d'une base de données en ajoutant certains index indispensables. Une question se pose avec différentes personnes et des avis différents sur les index.

Pour de meilleurs performances, faut-il privilégier des index unique (en ajoutant les champs ad'hoc) ou des index non-uniques ont-ils un même niveau de performance ? Dans mon cas bien précis (recherche sur une valeur d'une colonne état), j'ai 90% de la table avec la même valeur (état terminé) et 10% avec d'autres valeurs (état en cours, ...).

Merci d'avance,

François

[mikedavem]

Bonjour,

Il faut savoir qu'un index non unique se verra ajouté une donnée supplémentaire UNIQUEIFIER (taille 4 octets) pour pouvoir gérer l'unicité des lignes. Bien que l'index ne soit pas déclaré unique, SQL Server a besoin d'identifier de manière unique une ligne d'index pour pouvoir la retrouver.

Cela implique également qu'à chaque fois qu'une ligne de données est insérée dans votre table, SQL Server doit gérer et ajouter un UNIQUIFIER correspondant.

Sur une table volumineuse, vous risquez d'avoir un impact sur votre stockage d'une part et si vous votre index est souvent mis à jour vous aurez un surcoût lié à la gestion des UNIQUIFIER.

Dans votre cas, selon l'état que vous recherchez, vous pouvez espérer l'utilisation de votre index. (Etat <> TERMINE).

++

[drouhne]

Merci pour ces détails, très intéressant. Par contre, en final, quel est la meilleure solution, en particulier pour "booster" les select ?

Fançois

[mikedavem]

- D'avoir toujours une clause de restriction (WHERE) avec votre SELECT
- D'avoir des prédicats dit sargeables : C'est à dire des prédicats qui peuvent tirer parti de vos index
- Placer les bons types d'index aux bons endroits
...

++