Index en cluster et non cluster

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed Instance

Un index est une structure sur disque associée à une table ou une vue qui accélère l'extraction des lignes de la table ou de la vue. Il contient des clés créées à partir d'une ou plusieurs colonnes de la table ou de la vue. Ces clés sont stockées dans une structure (B-tree) qui permet à SQL Server de trouver rapidement et efficacement la ou les lignes associées aux valeurs de clé.

Une table ou une vue peut comporter les types d'index suivants :

• Cluster

  • Les index cluster trient et stockent les lignes de données de la table ou la vue en fonction de leurs valeurs de clé. Ces valeurs clés sont les colonnes incluses dans la définition d’index. Il ne peut y avoir qu’un index cluster par table car les lignes de données peuvent être stockées dans un seul ordre.  
  • Le seul moment où les lignes de données d'une table sont stockées dans l'ordre de tri se produit lorsque la table contient un index cluster. Lorsqu'une table possède un index cluster, elle est appelée table cluster. En l'absence de cet index, ses lignes de données sont stockées dans une structure désordonnée nommée segment.

• Non-cluster

  • Les index non-cluster possèdent une structure distincte de celle des lignes de données. Un index non-cluster contient les valeurs de clé de l'index non-cluster et chaque entrée de valeur de clé dispose d'un pointeur vers les lignes de données qui contient la valeur de clé.

  • Le pointeur situé entre une ligne d'un index non-cluster et une ligne de données est appelé un localisateur de ligne. La structure d'un localisateur de ligne varie selon que les pages de données sont stockées dans un segment de mémoire ou dans une table cluster. Pour un segment de mémoire, un localisateur de ligne est un pointeur vers la ligne. Pour une table cluster, le localisateur de ligne est la clé de l'index cluster.

  • Vous pouvez ajouter des colonnes sans clé au niveau du nœud terminal de l’index non cluster pour contourner les limites de clé d’index existantes, et exécuter des requêtes indexées totalement couvertes. Pour plus d’informations, consultez Créer des index avec des colonnes incluses. Pour plus d’informations sur les limites de clé d’index, consultez les spécifications de capacité maximales pour SQL Server.

Tant les index cluster que les index non-cluster peuvent être uniques. Avec un index unique, aucune deux lignes ne peuvent avoir la même valeur pour la clé d’index. Sinon, l’index n’est pas unique et plusieurs lignes peuvent partager la même valeur de clé. Pour plus d’informations, consultez Créer des index uniques.

Les index d'une table ou d'une vue sont automatiquement conservés à chaque fois que les données de la table sont modifiées.

Consultez Les index pour plus de types d’index à usage spécial.

Index et contraintes

SQL Server crée automatiquement des index lorsque les contraintes PRIMARY KEY et UNIQUE sont définies sur les colonnes de table. Par exemple, lorsque vous créez une table avec une contrainte UNIQUE, Moteur de base de données crée automatiquement un index non cluster. Si vous configurez une CLÉ PRIMAIRE, Moteur de base de données crée automatiquement un index cluster, sauf si un index cluster existe déjà. Lorsqu’une contrainte PRIMARY KEY est appliquée à une table existante qui comporte déjà un index cluster, SQL Server utilise un index non cluster.

Pour plus d’informations, consultez Créer des clés primaires et Créer des contraintes d’unicité.

Utilisation des index par l’optimiseur de requête

Les index bien conçus peuvent réduire les opérations d’E/S de disque et consommer moins de ressources système. Par conséquent, ces index améliorent les performances des requêtes. Les index peuvent être utiles pour différentes requêtes qui contiennent des instructions SELECT, UPDATE, DELETE ou MERGE. Supposons la requête SELECT JobTitle, HireDate FROM HumanResources.Employee WHERE BusinessEntityID = 250 dans la base de données AdventureWorks2022 . Lorsque cette requête est exécutée, l'optimiseur de requête évalue chaque méthode disponible d'extraction des données et opte pour la plus efficace d'entre elles. La méthode peut être une analyse de table ou l'analyse d'un ou plusieurs index s'ils existent.

Pendant une analyse de table, l’optimiseur de requête lit toutes les lignes de la table et extrait les lignes qui répondent aux critères de la requête. Une analyse de table génère de nombreuses opérations d'E/S disque et peut consommer une grande quantité de ressources. Toutefois, l'analyse d'une table peut être la méthode la plus efficace si par exemple le jeu des résultats de la requête représente un pourcentage élevé de lignes de la table.

Lorsque l'optimiseur de requête utilise un index, il recherche les colonnes de clé d'index et l'emplacement de stockage des lignes visées par la requête, puis extrait les lignes correspondantes à partir de cet emplacement. En règle générale, la recherche de l’index est beaucoup plus rapide que la recherche dans la table. Contrairement à une table, un index contient fréquemment très peu de colonnes par ligne et les lignes sont triées.

L'optimiseur de requête sélectionne en général la méthode la plus efficace lors de l'exécution des requêtes. Toutefois, si aucun index n'est disponible, l'optimiseur de requête doit utiliser une analyse de table. Votre tâche consiste à concevoir et à créer les index les mieux adaptés à votre environnement, de sorte que l'optimiseur de requête possède une sélection d'index garantissant un choix efficace. SQL Server fournit Moteur de base de données Advisor paramétrage pour faciliter l’analyse de votre environnement de base de données et la sélection d’index appropriés.

Étapes suivantes

• Guide de conception et d’architecture d’index SQL Server et Azure SQL
• Créer des index cluster
• Créer des index non cluster