Partage via

Index en cluster et non cluster

  • Article

S’applique à : SQL Server Azure SQL Database Azure 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é.

Remarque

De manière générale, la documentation SQL Server utilise le terme B-tree en référence aux index. Dans les index rowstore, le moteur de base de données implémente une structure B+. Cela ne s’applique pas aux index columnstore ou aux index sur les tables à mémoire optimisée. Pour plus d’informations, consultez le Guide de conception et d’architecture d’index SQL Server et Azure SQL.

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é. Ce valeurs clés sont les colonnes incluses dans la définition de l’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 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 Spécifications des capacités maximales pour SQL Server.

Tant les index cluster que les index non-cluster peuvent être uniques. Avec un index unique, deux lignes ne peuvent pas avoir la même valeur de clé d’index. Dans le cas contraire, 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.

Pour connaître d’autres types d’index destinés à des usages spéciaux, consultez Index.

Index et contraintes

SQL Server créé automatiquement des index lorsque les contraintes PRIMARY KEY et UNIQUE sont définies sur les colonnes de la table. Par exemple, à la création d’une table avec une contrainte UNIQUE, le moteur de base de données crée automatiquement un index non cluster. Si vous configurez une contrainte PRIMARY KEY, le moteur de base de données crée automatiquement un index cluster, sauf s’il en existe déjà un. 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 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 diverses requêtes qui contiennent les 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.

Lors d’une analyse de table, l’optimiseur de requête lit toutes les lignes de la table et extrait celles 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 générale, la recherche dans l’index est beaucoup plus rapide qu’une recherche dans la table. Contrairement à une table, un index contient souvent 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 contient l’Assistant Paramétrage du moteur de base de données, qui facilite l’analyse de l’environnement de votre base de données et la sélection des index appropriés.

Important

Pour plus d’informations sur les règles de conception d’index et les éléments internes, consultez le Guide de conception et d’architecture d’index SQL Server et Azure SQL.

Contenu connexe