Utiliser un index couvrant pour optimiser les performances

On parle d'un index couvrant lorsqu'il couvre les besoins de la requête.
Souvent, lorsque SQL Server doit bâtir un plan d’exécution, il va effectuer une recherche dans un index, et ensuite, en boucle, aller chercher les informations nécessaires dans la table, autant de fois qu’il y a de références de lignes trouvées.
Cette recherche en boucle s’appelle un bookmark lookup, une recherche dans la table. Mais si on ne recherche que des colonnes qui sont présentes dans l’index, il sera inutile d’effectuer un bookmark lookup, et SQL Server pourra mieux optimiser la requête.
Donc, que faire pour améliorer les choses ? ajouter les colonnes affichées dans l'index, ce qui s’appelle de la couverture. On ajoute des colonnes qu'on trouve dans le SELECT, pour couvrir les besoins de la requête. Il y a une partie de la définition de l’index qui permet d'ajouter les informations qu'on veut avoir dans le SELECT, seulement au dernier niveau de l'index. C’est la partie INCLUDE du CREATE INDEX.
#sqlserver

[@samielhsenvensday5770]

Vous êtes un génie

[@abtay3093]

Je voulais dire la même chose, ce monsieur est vraiment balaise et passionné

[@aimenakriche7323]

Bonjour, merci pour cette présentation très intéressante. Est-ce que les autres sgbd fonctionnent de la même manière ? En l'occurrence Oracle . Merci d'avance

[@RudiBruchez]

Bonjour, j'ai dû manquer votre question. Le principe est le même dans Oracle mais il n'y a pas de notion d'INCLUDE. Il faut ajouter les colonnes de couverture à la fin de la clé.

[@abtay3093]

Un grand merci

[@videomaster1393]

nice explanation!!!