Nozioni fondamentali sugli indici
Un indice è una struttura su disco associata a una tabella o a una vista che consente di recuperare in modo rapido le righe della tabella o della vista. L'indice contiene chiavi costituite da una o più colonne della tabella o della vista. Tali chiavi vengono archiviate in una struttura (B-tree) che consente a SQL Server di individuare con rapidità ed efficienza la riga o le righe associate ai valori di chiave.
Una tabella o una vista può contenere i tipi di indici seguenti:
- Cluster
- Gli indici cluster ordinano e archiviano le righe di dati della tabella in base ai valori di chiave, ovvero alle colonne incluse nella definizione dell'indice. Per ogni tabella è disponibile un solo indice cluster, poiché alle righe di dati è possibile applicare un solo tipo di ordinamento.
- Le righe di dati di una tabella vengono archiviate con ordinamento solo se la tabella contiene un indice cluster. Una tabella con indice cluster è denominata tabella cluster. Se la tabella non contiene un indice cluster, le righe di dati vengono archiviate in una struttura non ordinata denominata heap.
- Non cluster
- Gli indici non cluster presentano una struttura distinta dalle righe di dati. Un indice non cluster contiene i valori di chiave dell'indice non cluster, ciascuno dei quali dispone di un puntatore alla riga di dati che contiene il valore di chiave.
- Il puntatore da una riga di indice non cluster a una riga di dati è denominato indicatore di posizione delle righe. La struttura dell'indicatore di posizione delle righe dipende dal tipo di archiviazione delle pagine di dati (heap o tabella cluster). Nel caso di un heap, l'indicatore di posizione delle righe è un puntatore alla riga. Nel caso di una tabella cluster, l'indicatore di posizione delle righe è la chiave di indice cluster.
- In SQL Server 2005 è possibile aggiungere colonne non chiave al livello foglia dell'indice non cluster per ignorare i limiti esistenti di 900 byte e 16 colonne chiave ed eseguire query indicizzate completamente coperte. Per ulteriori informazioni, vedere Indice con colonne incluse.
Per ulteriori informazioni sull'architettura degli indici, vedere Architettura di tabelle e indici.
Sia gli indici cluster che gli indici non cluster possono essere univoci. In tal caso due righe possono avere lo stesso valore di chiave di indice. In caso contrario, l'indice non è univoco e più righe possono condividere lo stesso valore di chiave. Per ulteriori informazioni, vedere Linee guida per la progettazione di indici univoci.
Gli indici di una tabella o di una vista vengono gestiti automaticamente in caso di modifica dei dati della tabella.
Indici e vincoli
Gli indici vengono creati automaticamente quando si definiscono vincoli PRIMARY KEY e UNIQUE sulle colonne della tabella. Quando, ad esempio, si crea una tabella e si identifica una colonna specifica da utilizzare come chiave primaria, in Motore di database di SQL Server 2005 verrà automaticamente creato un vincolo PRIMARY KEY e un indice su tale colonna. Per ulteriori informazioni, vedere Creazione di indici (Motore di database).
Utilizzo degli indici in Query Optimizer
Se correttamente progettati, gli indici contribuiscono a ridurre le operazioni di I/O su disco e l'utilizzo di risorse di sistema, migliorando pertanto le prestazioni delle query. Possono risultare utili in una vasta gamma di query che contengono le istruzioni SELECT, UPDATE o DELETE. Si consideri la query SELECT Title, HireDate FROM HumanResources.Employee WHERE EmployeeID = 250 nel database AdventureWorks. Quando viene eseguita questa query, Query Optimizer valuta i singoli metodi disponibili per il recupero dei dati e seleziona quello più efficace. Il metodo può prevedere una scansione di tabella oppure di uno o più indici eventualmente esistenti.
Durante una scansione di tabella Query Optimizer legge tutte le righe della tabella ed estrae quelle che soddisfano i criteri della query. Pur generando molte operazioni di I/O su disco e talvolta utilizzando un elevato numero di risorse, una scansione di tabella può costituire il metodo più efficace se, ad esempio, il set di risultati della query include un'elevata percentuale di righe della tabella.
Se invece Query Optimizer utilizza un indice, esegue la ricerca delle colonne chiave dell'indice, individua la posizione di archiviazione delle righe richieste dalla query ed estrae solo quelle corrispondenti. La ricerca basata sull'indice è in genere più rapida rispetto a quella basata sulla tabella perché, a differenza di una tabella, un indice contiene di frequente pochissime colonne per riga e le righe sono ordinate.
Query Optimizer seleziona in genere il metodo più efficace durante l'esecuzione delle query. Se, tuttavia, non è disponibile alcun indice, verrà utilizzata una scansione di tabella. È quindi necessario progettare e creare indici adeguati all'ambiente in modo che Query Optimizer disponga di una serie di indici efficaci tra cui scegliere. Ottimizzazione guidata motore di database, incluso in SQL Server 2005, agevola l'analisi dell'ambiente di database e la selezione degli indici appropriati.