sys.dm_db_index_physical_stats (Transact-SQL)

Restituisce le informazioni sulle dimensioni e sulla frammentazione per i dati e gli indici della tabella o della vista specificata. Per un indice, viene restituita una riga per ogni livello dell'albero B in ogni partizione. Per un heap, viene restituita una riga per l'unità di allocazione IN_ROW_DATA di ogni partizione. Per i dati LOB (Large Object), viene restituita una riga per l'unità di allocazione LOB_DATA di ogni partizione. Se nella tabella esistono dati di overflow della riga, viene restituita una riga per l'unità di allocazione ROW_OVERFLOW_DATA in ogni partizione. Per informazioni sulle unità di allocazione e sulle partizioni, vedere Architettura delle strutture di dati di indici e tabelle.

Convenzioni della sintassi Transact-SQL

Sintassi

sys.dm_db_index_physical_stats ( 
    { database_id | NULL | 0 | DEFAULT }
    , { object_id | NULL | 0 | DEFAULT }
    , { index_id | NULL | 0 | -1 | DEFAULT }
    , { partition_number | NULL | 0 | DEFAULT }
    , { mode | NULL | DEFAULT }
)

Argomenti

• database_id | NULL | 0 | DEFAULT
  ID del database. database_id è di tipo smallint. Gli input validi sono il numero di ID di un database, NULL, 0 o DEFAULT. Il valore predefinito è 0. NULL, 0 e DEFAULT sono valori equivalenti in questo contesto.

  Specificare NULL per restituire informazioni per tutti i database presenti nell'istanza di SQL Server. Se si specifica NULL per database_id, è necessario specificare NULL anche per object_id, index_id e partition_number.

  È possibile specificare la funzione predefinita DB_ID. Quando si utilizza DB_ID senza specificare un nome di database, il livello di compatibilità del database corrente deve essere 90.

• object_id | NULL | 0 | DEFAULT
  ID di oggetto della tabella o della vista in cui è contenuto l'indice. object_id è di tipo int.

  Gli input validi sono il numero di ID di una tabella o vista, NULL, 0 o DEFAULT. Il valore predefinito è 0. NULL, 0 e DEFAULT sono valori equivalenti in questo contesto.

  Specificare NULL per restituire le informazioni per tutte le tabelle e le viste nel database specificato. Se si specifica NULL per object_id, è necessario specificare NULL anche per index_id e partition_number.

• index_id | 0 | NULL | -1 | DEFAULT
  ID dell'indice. index_id è di tipo int. Gli input validi sono il numero di ID di un indice, 0 se object_id è un heap, NULL, -1 o DEFAULT. Il valore predefinito è -1. NULL, -1 e DEFAULT sono valori equivalenti in questo contesto.

  Specificare NULL per restituire le informazioni per tutti gli indici per una vista o tabella di base. Se si specifica NULL per index_id, è necessario specificare NULL anche per partition_number.

• partition_number | NULL | 0 | DEFAULT
  Numero di partizione nell'oggetto. partition_number è di tipo int. Gli input validi sono are il valore di partion_number di un indice o un heap, NULL, 0 o DEFAULT. Il valore predefinito è 0. NULL, 0 e DEFAULT sono valori equivalenti in questo contesto.

  Specificare NULL per restituire le informazioni per tutte le partizioni dell'oggetto.

  partition_number è in base 1. Per gli indici o gli heap non partizionati partition_number è impostato su 1.

• mode | NULL | DEFAULT
  Nome della modalità. mode specifica il livello di scansione utilizzato per ottenere le statistiche. mode è di tipo sysname. Gli input validi sono DEFAULT, NULL, LIMITED, SAMPLED o DETAILED. Il valore predefinito (NULL) è LIMITED.

Tabella restituita

Nome colonna	Tipo di dati	Descrizione
database_id	smallint	ID del database della tabella o della vista.
object_id	int	ID di oggetto della tabella o della vista in cui è contenuto l'indice.
index_id	int	ID di un indice. 0 = Heap.
partition_number	int	Numero di partizione in base 1 all'interno dell'oggetto, di una tabella, di una vista o di un indice. 1 = Indice o heap non partizionato.
index_type_desc	nvarchar(60)	Descrizione del tipo di indice: HEAP CLUSTERED INDEX NONCLUSTERED INDEX PRIMARY XML INDEX SPATIAL INDEX XML INDEX
alloc_unit_type_desc	nvarchar(60)	Descrizione del tipo dell'unità di allocazione: IN_ROW_DATA LOB_DATA ROW_OVERFLOW_DATA L'unità di allocazione LOB_DATA contiene i dati archiviati nelle colonne di tipo text, ntext, image, varchar(max), nvarchar(max), varbinary(max) e xml. Per ulteriori informazioni, vedere Tipi di dati (Transact-SQL). L'unità di allocazione ROW_OVERFLOW_DATA contiene i dati archiviati nelle colonne di tipo varchar(n), nvarchar(n), varbinary(n) e sql_variant che sono stati spostati all'esterno di righe. Per ulteriori informazioni, vedere Dati di overflow della riga che superano 8 KB.
index_depth	tinyint	Numero di livelli dell'indice. 1 = Heap o unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA.
index_level	tinyint	Livello corrente dell'indice. 0 per i livelli foglia di indice, heap e unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA. Maggiore di 0 per i livelli di indice non foglia. index_level sarà il più elevato al livello di radice di un indice. I livelli non foglia degli indici vengono elaborati solo quando mode = DETAILED.
avg_fragmentation_in_percent	float	Frammentazione logica per gli indici, o frammentazione extent per gli heap nell'unità di allocazione IN_ROW_DATA. Il valore viene misurato come percentuale e prende in considerazione più file. Per le definizioni sulla frammentazione logica e extent, vedere la sezione Osservazioni. 0 per le unità di allocazione LOB_DATA e ROW_OVERFLOW_DATA. NULL per gli heap quando mode = SAMPLED.
fragment_count	bigint	Numero di frammenti nel livello foglia di un'unità di allocazione IN_ROW_DATA. Per ulteriori informazioni sui frammenti, vedere la sezione Osservazioni. NULL per i livelli non foglia di un indice e per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA. NULL per gli heap quando mode = SAMPLED.
avg_fragment_size_in_pages	float	Numero medio di pagine in un frammento nel livello foglia di un'unità di allocazione IN_ROW_DATA. NULL per i livelli non foglia di un indice e per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA. NULL per gli heap quando mode = SAMPLED.
page_count	bigint	Numero totale di pagine di dati o di indice. Per un indice, il numero totale di pagine di indice nel livello corrente dell'albero B nell'unità di allocazione IN_ROW_DATA. Per un heap, il numero totale di pagine di dati nell'unità di allocazione IN_ROW_DATA. Per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA, il numero totale di pagine nell'unità di allocazione.
avg_page_space_used_in_percent	float	Percentuale media dello spazio di archiviazione dei dati disponibile in tutte le pagine. Per un indice, la media si applica al livello corrente dell'albero B nell'unità di allocazione IN_ROW_DATA. Per un heap, indica la media di tutte le pagine di dati nell'unità di allocazione IN_ROW_DATA. Per le unità di allocazione LOB_DATA o ROW_OVERFLOW DATA, indica la media di tutte le pagine nell'unità di allocazione. NULL quando mode = LIMITED.
record_count	bigint	Numero totale di record. Per un indice, il numero totale di record si applica al livello corrente dell'albero B nell'unità di allocazione IN_ROW_DATA. Per un heap, indica il numero totale di pagine di dati nell'unità di allocazione IN_ROW_DATA. Nota Per un heap, il numero di record restituito da questa funzione potrebbe non corrispondere al numero di righe restituito eseguendo un SELECT COUNT (*) sull'heap. Questo perché una riga potrebbe contenere più record. Ad esempio, in alcune situazioni di aggiornamento, un'unica riga dell'heap potrebbe avere un record di inoltro e un record inoltrato a seguito dell'operazione di aggiornamento. Inoltre, nell'archiviazione LOB_DATA la maggior parte delle righe LOB viene suddivisa in più record. Per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA, indica il numero totale di record nell'unità di allocazione completa. NULL quando mode = LIMITED.
ghost_record_count	bigint	Numero di record fantasma pronti per la rimozione tramite l'attività di pulizia dei record fantasma nell'unità di allocazione. 0 per i livelli non foglia di un indice nell'unità di allocazione IN_ROW_DATA. NULL quando mode = LIMITED.
version_ghost_record_count	bigint	Numero di record fantasma mantenuti da una transazione di isolamento dello snapshot in attesa in un'unità di allocazione. 0 per i livelli non foglia di un indice nell'unità di allocazione IN_ROW_DATA. NULL quando mode = LIMITED.
min_record_size_in_bytes	int	Dimensioni minime dei record in byte. Per un indice, le dimensioni minime dei record si applicano al livello corrente dell'albero B nell'unità di allocazione IN_ROW_DATA. Per un heap, indica le dimensioni minime dei record nell'unità di allocazione IN_ROW_DATA. Per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA, indica le dimensioni minime dei record nell'unità di allocazione completa. NULL quando mode = LIMITED.
max_record_size_in_bytes	int	Dimensioni massime dei record in byte. Per un indice, le dimensioni massime dei record si applicano al livello corrente dell'albero B nell'unità di allocazione IN_ROW_DATA. Per un heap, indica le dimensioni massime dei record nell'unità di allocazione IN_ROW_DATA. Per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA, indica le dimensioni massime dei record nell'unità di allocazione completa. NULL quando mode = LIMITED.
avg_record_size_in_bytes	float	Dimensioni medie dei record in byte. Per un indice, le dimensioni medie dei record si applicano al livello corrente dell'albero B nell'unità di allocazione IN_ROW_DATA. Per un heap, indica le dimensioni medie dei record nell'unità di allocazione IN_ROW_DATA. Per le unità di allocazione LOB_DATA o ROW_OVERFLOW_DATA, indica le dimensioni medie dei record nell'unità di allocazione completa. NULL quando mode = LIMITED.
forwarded_record_count	bigint	Numero di record in un heap che hanno inoltrato puntatori a un altro percorso dei dati. Questo stato si verifica durante un aggiornamento nel caso in cui non vi sia spazio sufficiente per archiviare la riga nel percorso originale. NULL per tutte le unità di allocazione tranne le unità di allocazione IN_ROW_DATA per un heap. NULL per gli heap quando mode = LIMITED.
compressed_page_count	bigint	Numero di pagine compresse. Per gli heap, alle pagine appena allocate non viene applicata la compressione di tipo PAGE. A un heap viene applicata la compressione di tipo PAGE in due condizioni speciali, ovvero quando i dati vengono importati mediante un'operazione bulk o quando un heap viene ricostruito. Sulle operazioni DML tipiche che provocano le allocazioni delle pagine non verrà applicata la compressione di tipo PAGE. Ricostruire un heap quando il valore compressed_page_count aumenta più della soglia desiderata. Per tabelle in cui è presente un indice cluster, il valore compressed_page_count indica l'efficacia della compressione di tipo PAGE.

Osservazioni

La funzione a gestione dinamica sys.dm_db_index_physical_stats sostituisce l'istruzione DBCC SHOWCONTIG. Questa funzione a gestione dinamica non accetta parametri correlati da CROSS APPLY e OUTER APPLY.

Modalità di scansione

La modalità di esecuzione della funzione determina il livello di scansione eseguito per ottenere i dati statistici utilizzati dalla funzione. mode è specificato come LIMITED, SAMPLED o DETAILED. La funzione attraversa le catene di pagine per le unità di allocazione che costituiscono le partizioni specificate della tabella o dell'indice. sys.dm_db_index_physical_stats richiede solo un blocco di tabella preventivo condiviso (IS), indipendentemente dalla modalità in cui viene eseguita. Per ulteriori informazioni sui blocchi, vedere Modalità blocco.

La modalità LIMITED è la più veloce ed esegue la scansione del minor numero di pagine. Per un indice, viene eseguita la scansione delle sole pagine di livello padre dell'albero di tipo B-tree (ovvero le pagine sopra il livello foglia). Per un heap, vengono esaminate solo le pagine associate PFS e IAM; per le pagine di dati dell'heap non viene eseguita alcuna scansione. In SQL Server 2005, per tutte le pagine di un heap viene eseguita la scansione in modalità LIMITED.

Con la modalità LIMITED, compressed_page_count è NULL perché il Motore di database analizza solo lr pagine non foglia dell'albero di tipo B-tree e le pagine IAM e PFS dell'heap. Utilizzare la modalità SAMPLED per ottenere un valore stimato di compressed_page_count e utilizzare la modalità DETAILED per ottenere il valore effettivo di compressed_page_count. La modalità SAMPLED restituisce le statistiche in base a un campione dell'1% delle pagine nell'indice o heap. Se l'indice o heap ha meno di 10.000 pagine, viene utilizzata la modalità DETAILED invece della modalità SAMPLED.

La modalità DETAILED esegue la scansione di tutte le pagine e restituisce tutte le statistiche.

La velocità della modalità è in ordine decrescente da LIMITED a DETAILED, in corrispondenza dell'aumento della quantità di lavoro. Per misurare rapidamente le dimensioni o il livello di frammentazione di una tabella o di un indice, utilizzare la modalità LIMITED. Si tratta della modalità più veloce e non restituisce una riga per ogni livello non foglia nell'unità di allocazione IN_ROW_DATA dell'indice.

Utilizzo di funzioni di sistema per specificare i valori dei parametri

È possibile utilizzare le funzioni DB_ID e OBJECT_ID di Transact-SQL per specificare un valore per i parametri database_id e object_id. Se si passano valori non validi a queste funzioni, tuttavia, si potrebbero provocare risultati imprevisti. Se ad esempio non è possibile trovare il nome del database o dell'oggetto poiché non esiste o è stato digitato in modo non corretto, entrambe le funzioni restituiranno NULL. La funzione sys.dm_db_index_physical_stats interpreta NULL come un valore di carattere jolly che specifica tutti i database o tutti gli oggetti.

La funzione OBJECT_ID viene inoltre elaborata prima della chiamata della funzione sys.dm_db_index_physical_stats e viene pertanto valutata nel contesto del database corrente, anziché del database specificato in database_id. Ciò può causare la restituzione di un valore NULL da parte della funzione OBJECT_ID. In alternativa, se il nome dell'oggetto esiste sia nel contesto del database corrente che nel database specificato, può essere restituito un messaggio di errore. Negli esempi seguenti vengono illustrati questi risultati imprevisti.

USE master;
GO
-- In this example, OBJECT_ID is evaluated in the context of the master database. 
-- Because Person.Address does not exist in master, the function returns NULL.
-- When NULL is specified as an object_id, all objects in the database are returned.
-- The same results are returned when an object that is not valid is specified.
SELECT * FROM sys.dm_db_index_physical_stats
    (DB_ID(N'AdventureWorks'), OBJECT_ID(N'Person.Address'), NULL, NULL , 'DETAILED');
GO
-- This example demonstrates the results of specifying a valid object name
-- that exists in both the current database context and
-- in the database specified in the database_id parameter of the 
-- sys.dm_db_index_physical_stats function.
-- An error is returned because the ID value returned by OBJECT_ID does not
-- match the ID value of the object in the specified database.
CREATE DATABASE Test;
GO
USE Test;
GO
CREATE SCHEMA Person;
GO
CREATE Table Person.Address(c1 int);
GO
USE AdventureWorks;
GO
SELECT * FROM sys.dm_db_index_physical_stats
    (DB_ID(N'Test'), OBJECT_ID(N'Person.Address'), NULL, NULL , 'DETAILED');
GO
-- Clean up temporary database.
DROP DATABASE Test;
GO

Procedura consigliata

Quando si utilizza DB_ID o OBJECT_ID, verificare sempre che venga restituito un ID valido. Ad esempio, quando si utilizza OBJECT_ID, specificare un nome in tre parti come OBJECT_ID(N'AdventureWorks.Person.Address') oppure testare il valore restituito dalle funzioni prima del relativo utilizzo nella funzione sys.dm_db_index_physical_stats. Negli esempi A e B seguenti viene illustrato come specificare ID di database e oggetto in modo sicuro.

Rilevamento della frammentazione

La frammentazione si verifica in seguito alle modifiche dei dati (istruzioni INSERT, UPDATE e DELETE) apportate alla tabella e, di conseguenza, agli indici definiti nella tabella. Poiché tali modifiche in genere non sono distribuite in modo equo tra le righe della tabella, il livello di riempimento di ogni tabella può variare nel corso del tempo. Nel caso di query che eseguono la scansione di un'intera tabella o di una parte di tabella, tale frammentazione della tabella potrebbe comportare letture di pagine aggiuntive, operazione che ostacola la scansione parallela dei dati.

L'algoritmo per il calcolo della frammentazione è più preciso in SQL Server 2008 rispetto a SQL Server 2000. Di conseguenza, saranno visualizzati valori di frammentazione superiori. Ad esempio, in SQL Server 2000, una tabella non è considerata frammentata se nello stesso extent sono presenti le pagine 11 e 13 ma non la pagina 12, tuttavia, poiché per accedere a queste due pagine sarebbero necessarie due operazioni fisiche di I/O, in SQL Server 2008 la tabella viene considerata frammentata.

Il livello di frammentazione di un indice o di un heap viene illustrato nella colonna avg_fragmentation_in_percent. Per gli heap, il valore rappresenta la frammentazione extent dell'heap. Per gli indici, il valore rappresenta la frammentazione logica dell'indice. Diversamente da DBCC SHOWCONTIG, gli algoritmi di calcolo della frammentazione considerano in entrambi i casi l'archivio che si estende su più file e sono pertanto accurati.

Frammentazione logica

Percentuale delle pagine non ordinate nelle pagine foglia di un indice. Una pagina risulta non ordinata quando la pagina fisica successiva allocata all'indice è diversa da quella a cui fa riferimento il puntatore di pagina successiva nella pagina foglia corrente.

Frammentazione extent

Percentuale di extent non ordinati nelle pagine foglia di un heap. Un extent non ordinato è un extent per cui l'extent che contiene la pagina corrente per un heap non è fisicamente l'extent successivo all'extent che contiene la pagina precedente.

Il valore per avg_fragmentation_in_percent deve essere il più possibile prossimo a zero per ottenere le massime prestazioni. Tuttavia, i valori compresi tra 0% e 10% possono essere accettabili. Per ridurre questi valori, è possibile utilizzare tutti i metodi per ridurre la frammentazione, ad esempio ricostruzione, riorganizzazione o ricreazione. Per ulteriori informazioni su come analizzare il livello di frammentazione in un indice, vedere Riorganizzazione e ricostruzione degli indici.

Riduzione della frammentazione in un indice

Quando un indice è frammentato in modo tale che la frammentazione influisce sulle prestazioni delle query, è possibile eseguire una delle tre operazioni seguenti:

• Rimuovere e ricreare l'indice cluster.

  Ricreando un indice cluster vengono ridistribuiti i dati e si ottengono pagine di dati complete. È possibile configurare il livello di riempimento tramite l'opzione FILLFACTOR dell'istruzione CREATE INDEX. Gli svantaggi di questo metodo consistono nel fatto che l'indice non è in linea durante il ciclo di rimozione e ricreazione e che l'operazione è atomica. Se la creazione dell'indice viene interrotta, l'indice non viene ricreato. Per ulteriori informazioni, vedere CREATE INDEX (Transact-SQL).

• Utilizzare ALTER INDEX REORGANIZE, l'alternativa a DBCC INDEXDEFRAG, per riordinare le pagine di livello foglia dell'indice in un ordine logico. Poiché si tratta di una operazione in linea, l'indice è disponibile durante l'esecuzione dell'istruzione. L'operazione può essere interrotta senza perdere il lavoro già completato. Lo svantaggio di questo metodo è che il processo di riorganizzazione dei dati non è tanto efficiente quanto un'operazione di ricostruzione dell'indice, e non aggiorna le statistiche.

• Utilizzare ALTER INDEX REBUILD, l'alternativa a DBCC DBREINDEX, per ricostruire l'indice in linea o non in linea. Per ulteriori informazioni, vedere ALTER INDEX (Transact-SQL).

La sola frammentazione non è un motivo sufficiente per riorganizzare o ricostruire un indice. L'effetto principale della frammentazione è che rallenta la velocità read-ahead effettiva delle pagine durante le scansioni di indici, provocando tempi di risposta più lenti. Se il carico di lavoro della query in una tabella o in un indice frammentato non comporta scansioni, poiché il carico di lavoro è rappresentato principalmente da ricerche singleton, la rimozione della frammentazione potrebbe non avere alcun effetto. Per ulteriori informazioni, vedere questo sito Web Microsoft.

[!NOTA]

L'esecuzione di DBCC SHRINKFILE o DBCC SHRINKDATABASE potrebbe provocare la frammentazione se un indice viene spostato in tutto o in parte durante l'operazione di compattazione. Pertanto, se è necessario eseguire un'operazione di compattazione, è consigliabile non eseguirla dopo la rimozione della frammentazione.

Riduzione della frammentazione in un heap

Per ridurre la frammentazione extent di un heap, creare un indice cluster nella tabella e quindi rimuovere l'indice. I dati vengono in tal modo ridistribuiti in maniera ottimale durante la creazione dell'indice cluster, tenendo in considerazione la distribuzione dello spazio disponibile nel database. Quando l'indice cluster viene quindi rimosso per ricreare l'heap, i dati non vengono spostati e rimangono in una posizione ottimale. Per informazioni sull'esecuzione di queste operazioni, vedere CREATE INDEX e DROP INDEX.

Compattazione dei dati LOB (Large Object)

Per impostazione predefinita, l'istruzione ALTER INDEX REORGANIZE compatta le pagine contenenti dati LOB. Poiché le pagine LOB non vengono deallocate quando sono vuote, la compattazione di questi dati può migliorare l'utilizzo dello spazio su disco se sono stati cancellati molti dati LOB o se viene eliminata una colonna LOB.

La riorganizzazione di un indice cluster specificato compatta tutte le colonne LOB contenute nell'indice cluster. La riorganizzazione di un indice non cluster compatta tutte le colonne LOB che non siano colonne non chiave (incluse) nell'indice. Quando viene specificato ALL nell'istruzione, tutti gli indici associati alla tabella o vista vengono riorganizzati. Inoltre, tutte le colonne LOB associate all'indice cluster, alla tabella sottostante o all'indice non cluster con colonne vengono compattati.

Valutazione dell'utilizzo dello spazio su disco

La colonna avg_page_space_used_in_percent indica il livello di riempimento pagina. Per ottenere un utilizzo ottimale dello spazio su disco, è necessario che questo valore sia vicino a 100% per un indice che non avrà molti inserimenti casuali. Tuttavia, un indice con molti inserimenti casuali e pagine con un alto livello di riempimento avrà un numero maggiore di divisioni di pagina e ciò porta a una maggiore frammentazione. Pertanto, per ridurre il numero di divisioni di pagina, è necessario che il valore sia inferiore a 100%. La ricostruzione di un indice con l'opzione FILLFACTOR consente la modifica del livello di riempimento pagina in modo da corrispondere al modello di query nell'indice. Per ulteriori informazioni sul fattore di riempimento, vedere Fattore di riempimento. ALTER INDEX REORGANIZE compatterà inoltre un indice cercando di riempire le pagine fino al fattore di riempimento FILLFACTOR specificato per ultimo, facendo aumentare il valore in avg_space_used_in_percent. Si noti che ALTER INDEX REORGANIZE non può ridurre il livello di riempimento pagina. È necessario invece eseguire una ricostruzione dell'indice.

Valutazione dei frammenti di indice

Un frammento è composto da pagine foglia fisicamente consecutive nello stesso file per un'unità di allocazione. Un indice ha almeno un frammento. Il numero massimo di frammenti che un indice può avere è uguale al numero di pagine nel livello foglia dell'indice. La presenza di frammenti più grandi indica che è necessaria una quantità minore di I/O su disco per leggere lo stesso numero di pagine. Pertanto, maggiore sarà il valore di avg_fragment_size_in_pages e migliori saranno le prestazioni di scansione dell'intervallo. I valori avg_fragment_size_in_pages e avg_fragmentation_in_percent sono inversamente proporzionali. Pertanto, la ricostruzione o la riorganizzazione di un indice dovrebbe ridurre la quantità di frammentazione e far aumentare le dimensioni del frammento.

Autorizzazioni

Sono richieste le autorizzazioni seguenti:

• Autorizzazione CONTROL per l'oggetto specificato all'interno del database.

• Autorizzazione VIEW DATABASE STATE per la restituzione di informazioni su tutti gli oggetti all'interno del database specificato, tramite il carattere jolly di oggetto @object\_id=NULL.

• Autorizzazione VIEW SERVER STATE per la restituzione di informazioni su tutti i database, tramite il carattere jolly di database @database\_id = NULL.

La concessione di VIEW DATABASE STATE consente la restituzione di tutti gli oggetti nel database, indipendentemente dalle autorizzazioni CONTROL eventualmente negate per oggetti specifici.

La negazione di VIEW DATABASE STATE non consente la restituzione di tutti gli oggetti nel database, indipendentemente dalle autorizzazioni CONTROL eventualmente concesse per oggetti specifici. Quando viene specificato il carattere jolly di database @database\_id=NULL, inoltre, il database viene omesso.

Per ulteriori informazioni, vedere Funzioni e viste a gestione dinamica (Transact-SQL).

Esempi

A. Restituzione delle informazioni su una tabella specifica

Nell'esempio seguente vengono restituite le dimensioni e le statistiche di frammentazione per tutti gli indici e le partizione della tabella Person.Address nel database AdventureWorks. La modalità di scansione viene impostata su 'LIMITED' per ottimizzare le prestazioni e limitare le statistiche restituite. L'esecuzione di questa query richiede almeno l'autorizzazione CONTROL nella tabella Person.Address.

DECLARE @db_id SMALLINT;
DECLARE @object_id INT;

SET @db_id = DB_ID(N'AdventureWorks');
SET @object_id = OBJECT_ID(N'AdventureWorks.Person.Address');

IF @db_id IS NULL
BEGIN;
    PRINT N'Invalid database';
END;
ELSE IF @object_id IS NULL
BEGIN;
    PRINT N'Invalid object';
END;
ELSE
BEGIN;
    SELECT * FROM sys.dm_db_index_physical_stats(@db_id, @object_id, NULL, NULL , 'LIMITED');
END;
GO

B. Restituzione delle informazioni su un heap

Nell'esempio seguente vengono restituite le statistiche per l'heap dbo.DatabaseLog nel database AdventureWorks. Poiché la tabella contiene dati LOB, viene restituita una riga per l'unità di allocazione LOB_DATA in aggiunta alla riga restituita per IN_ROW_ALLOCATION_UNIT che archivia le pagine di dati dell'heap. L'esecuzione di questa query richiede almeno l'autorizzazione CONTROL per la tabella dbo.DatabaseLog.

DECLARE @db_id SMALLINT;
DECLARE @object_id INT;
SET @db_id = DB_ID(N'AdventureWorks');
SET @object_id = OBJECT_ID(N'AdventureWorks.dbo.DatabaseLog');
IF @object_id IS NULL 
BEGIN;
    PRINT N'Invalid object';
END;
ELSE
BEGIN;
    SELECT * FROM sys.dm_db_index_physical_stats(@db_id, @object_id, 0, NULL , 'DETAILED');
END;
GO

C. Restituzione delle informazioni su tutti i database

Nell'esempio seguente vengono restituite tutte le statistiche per tutte le tabelle e gli indici all'interno dell'istanza di SQL Server specificando il carattere jolly NULL per tutti i parametri. L'esecuzione di questa query richiede l'autorizzazione VIEW SERVER STATE.

SELECT * FROM sys.dm_db_index_physical_stats (NULL, NULL, NULL, NULL, NULL);
GO

D. Utilizzo di sys.dm_db_index_physical_stats in uno script per ricostruire o riorganizzare gli indici

Nell'esempio seguente vengono riorganizzate o ricostruite automaticamente tutte le partizioni in un database che hanno una frammentazione media superiore al 10%. Per l'esecuzione di questa query, è necessario disporre dell'autorizzazione VIEW DATABASE STATE Nell'esempio viene specificato DB_ID come primo parametro senza includere un nome di database. Se il database corrente è associato a un livello di compatibilità pari a 80 o inferiore, viene generato un errore. Per risolvere l'errore, sostituire DB_ID() con un nome di database valido. Per ulteriori informazioni sui livelli di compatibilità dei database, vedere sp_dbcmptlevel (Transact-SQL).

-- Ensure a USE <databasename> statement has been executed first.
SET NOCOUNT ON;
DECLARE @objectid int;
DECLARE @indexid int;
DECLARE @partitioncount bigint;
DECLARE @schemaname nvarchar(130); 
DECLARE @objectname nvarchar(130); 
DECLARE @indexname nvarchar(130); 
DECLARE @partitionnum bigint;
DECLARE @partitions bigint;
DECLARE @frag float;
DECLARE @command nvarchar(4000); 
-- Conditionally select tables and indexes from the sys.dm_db_index_physical_stats function 
-- and convert object and index IDs to names.
SELECT
    object_id AS objectid,
    index_id AS indexid,
    partition_number AS partitionnum,
    avg_fragmentation_in_percent AS frag
INTO #work_to_do
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL , NULL, 'LIMITED')
WHERE avg_fragmentation_in_percent > 10.0 AND index_id > 0;

-- Declare the cursor for the list of partitions to be processed.
DECLARE partitions CURSOR FOR SELECT * FROM #work_to_do;

-- Open the cursor.
OPEN partitions;

-- Loop through the partitions.
WHILE (1=1)
    BEGIN;
        FETCH NEXT
           FROM partitions
           INTO @objectid, @indexid, @partitionnum, @frag;
        IF @@FETCH_STATUS < 0 BREAK;
        SELECT @objectname = QUOTENAME(o.name), @schemaname = QUOTENAME(s.name)
        FROM sys.objects AS o
        JOIN sys.schemas as s ON s.schema_id = o.schema_id
        WHERE o.object_id = @objectid;
        SELECT @indexname = QUOTENAME(name)
        FROM sys.indexes
        WHERE  object_id = @objectid AND index_id = @indexid;
        SELECT @partitioncount = count (*)
        FROM sys.partitions
        WHERE object_id = @objectid AND index_id = @indexid;

-- 30 is an arbitrary decision point at which to switch between reorganizing and rebuilding.
        IF @frag < 30.0
            SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REORGANIZE';
        IF @frag >= 30.0
            SET @command = N'ALTER INDEX ' + @indexname + N' ON ' + @schemaname + N'.' + @objectname + N' REBUILD';
        IF @partitioncount > 1
            SET @command = @command + N' PARTITION=' + CAST(@partitionnum AS nvarchar(10));
        EXEC (@command);
        PRINT N'Executed: ' + @command;
    END;

-- Close and deallocate the cursor.
CLOSE partitions;
DEALLOCATE partitions;

-- Drop the temporary table.
DROP TABLE #work_to_do;
GO

Cronologia modifiche

Aggiornamento del contenuto
Descrizione di come le modalità LIMITED, SAMPLED e DETAILED influiscono sul valore di compressed_page_count.

Vedere anche

Riferimento

Funzioni e viste a gestione dinamica (Transact-SQL)

Funzioni e viste a gestione dinamica relative agli indici (Transact-SQL)

sys.dm_db_index_operational_stats (Transact-SQL)

sys.dm_db_index_usage_stats (Transact-SQL)

sys.dm_db_partition_stats (Transact-SQL)

sys.allocation_units (Transact-SQL)

Viste di sistema (Transact-SQL)

Concetti

Organizzazione di tabelle e indici