Posizionamento di indici in filegroup
Durante lo sviluppo della strategia di progettazione degli indici, è opportuno considerare il posizionamento degli indici nei filegroup associati al database. Un'attenta selezione dello schema di filegroup o di partizione può contribuire a migliorare le prestazioni delle query.
Per impostazione predefinita, gli indici vengono archiviati nello stesso filegroup della tabella di base in cui viene creato l'indice. Un indice cluster non partizionato e la tabella di base sono sempre inclusi nello stesso filegroup. È tuttavia possibile eseguire una delle operazioni seguenti:
- Creare indici non cluster in un filegroup diverso dal filegroup della tabella di base.
- Partizionare indici cluster e non cluster tra più filegroup.
- Spostare una tabella da un filegroup a un altro eliminando l'indice cluster e specificando un nuovo schema di filegroup o di partizione nella clausola MOVE TO dell'istruzione DROP INDEX oppure utilizzando l'istruzione CREATE INDEX con la clausola DROP_EXISTING.
La creazione dell'indice non cluster in un altro filegroup consente di migliorare le prestazioni se i filegroup utilizzano unità fisiche diverse con controller distinti. In tal caso, i dati e le informazioni degli indici possono essere letti in parallelo contemporaneamente da più testine. Ad esempio, se la stessa query utilizza la tabella Table_A nel filegroup f1 e l'indice Index_A nel filegroup f2, è possibile che si riscontrino miglioramenti delle prestazioni, in quanto i filegroup vengono utilizzati integralmente senza contese. Se invece la query esegue la scansione della tabella Table_A ma non è presente un riferimento a Index_A, verrà utilizzato soltanto il filegroup f1 e non si otterrà un miglioramento delle prestazioni.
Non potendo prevedere il tipo di accesso né il momento in cui tale accesso si verificherà, la scelta di suddividere le tabelle e gli indici tra tutti i filegroup risulta comunque più appropriata. Poiché tutti i dati e gli indici sono suddivisi equamente in tutti i dischi, l'accesso riguarderà tutti i dischi, indipendentemente dalla modalità di accesso. Questo approccio è inoltre più semplice per gli amministratori del sistema.
Partizioni tra più filegroup
È anche possibile scegliere di partizionare indici cluster e non cluster tra più filegroup. Gli indici vengono partizionati in orizzontale, ovvero per riga, in base a una funzione di partizione. Tale funzione definisce la modalità di mapping di ciascuna riga a un set di partizioni sulla base dei valori di colonne specifiche, dette colonne di partizionamento. Uno schema di partizione consente di specificare il mapping delle partizioni a un set di filegroup.
Il partizionamento di un indice può offrire i vantaggi seguenti:
- Fornire sistemi scalabili per una maggior gestibilità degli indici di grandi dimensioni. I sistemi OLTP, ad esempio, possono implementare applicazioni che riconoscono le partizioni e gestiscono correttamente gli indici di grandi dimensioni.
- Rendere più rapida ed efficace l'esecuzione delle query. Quando le query accedono a diverse partizioni di un indice, Query Optimizer è in grado di elaborare le singole partizioni contemporaneamente e di escludere quelle non interessate dalla query.
Per ulteriori informazioni, vedere Tabelle e indici partizionati.
Per creare un nuovo indice in un filegroup specifico
Per spostare un indice o una tabella esistente in un filegroup diverso
Procedura: Spostamento di un indice esistente in un filegroup diverso (SQL Server Management Studio)
CREATE INDEX WITH DROP_EXISTING
Vedere anche
Concetti
Linee guida generali per la progettazione di indici
Nozioni fondamentali sulla progettazione di indici
File e filegroup fisici del database
Informazioni su file e filegroup