Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo illustra come generare uno script di statistiche usando i metadati del database per la creazione di un database solo statistiche in SQL Server.
Versione originale del prodotto: SQL Server
Numero KB originale: 914288
Introduzione
DBCC CLONEDATABASE è il metodo preferito per generare un clone solo schema di un database per analizzare i problemi di prestazioni. Usare la procedura descritta in questo articolo solo quando non è possibile usare DBCC CLONEDATABASE.
Query Optimizer in Microsoft SQL Server usa i tipi di informazioni seguenti per determinare un piano di query ottimale:
- metadati del database
- ambiente hardware
- stato della sessione del database
In genere, è necessario simulare tutti questi stessi tipi di informazioni per riprodurre il comportamento di Query Optimizer in un sistema di test.
Microsoft Customer Support Services potrebbe chiedere di generare uno script dei metadati del database per analizzare un problema di Query Optimizer. Questo articolo descrive i passaggi per generare lo script delle statistiche e descrive anche come Query Optimizer usa le informazioni.
Annotazioni
Le chiavi salvate all'interno di questi dati potrebbero contenere informazioni personali. Ad esempio, se la tabella contiene una colonna Numero di telefono con una statistica, il valore della chiave alta di ogni passaggio sarà nello script delle statistiche generate.
Creare uno script per l'intero database
Quando si genera un database clone solo statistiche, potrebbe essere più semplice e affidabile creare script per l'intero database anziché creare script per singoli oggetti. Quando si crea uno script dell'intero database, si ottengono i vantaggi seguenti:
- Si evitano problemi con gli oggetti dipendenti mancanti necessari per riprodurre il problema.
- Sono necessari meno passaggi per selezionare gli oggetti necessari.
Si noti che se si genera uno script per un database e i metadati per il database contengono migliaia di oggetti, il processo di scripting utilizza risorse CPU significative. È consigliabile generare lo script durante gli orari di minore attività oppure usare la seconda opzione Script singoli oggetti per generare lo script per singoli oggetti.
Per creare uno script per ogni database a cui fa riferimento la query, seguire questa procedura:
Aprire SQL Server Management Studio.
Nella Esplora oggetti espandere Database e quindi individuare il database di cui si vuole creare lo script.
Fare clic con il pulsante destro del mouse sul database, scegliere Attività e quindi selezionare Genera script.
Nella procedura guidata script verificare che sia selezionato il database corretto. Fare clic per selezionare l'intero database Script e tutti gli oggetti di database e quindi selezionare Avanti.
Nella finestra di dialogo Scegli opzioni script selezionare il pulsante Avanzate per modificare le impostazioni seguenti dal valore predefinito al valore elencato nella tabella seguente.
Opzione scripting Valore da selezionare Spaziatura interna ansi Vero Continua scripting in caso di errore Vero Generare script per oggetti dipendenti Vero Includere i nomi dei vincoli di sistema Vero Regole di confronto script Vero Account di accesso tramite script Vero Autorizzazioni a livello di oggetto Script Vero Statistiche script Statistiche script e istogrammi Indici script Vero Trigger di script Vero Annotazioni
Si noti che l'opzione Script Logins e l'opzione Script Object Level Permissions potrebbero non essere necessarie a meno che lo schema non contenga oggetti di proprietà di account di accesso diversi da dbo.
Selezionare OK per salvare le modifiche e chiudere la pagina Opzioni di scripting avanzato.
Selezionare Salva in file e selezionare l'opzione File singolo .
Esaminare le selezioni e selezionare Avanti.
Selezionare Fine.
Creare script per singoli oggetti
È possibile creare script solo per i singoli oggetti a cui fa riferimento una determinata query anziché creare script per il database completo. Tuttavia, a meno che non siano stati creati tutti gli oggetti di database usando la WITH SCHEMABINDING clausola , le informazioni sulle dipendenze nella tabella di sys.depends sistema potrebbero non essere sempre accurate. Questa imprecisione può causare uno dei problemi seguenti:
Il processo di scripting non crea script per un oggetto dipendente.
Il processo di scripting potrebbe creare script per oggetti nell'ordine non corretto. Per eseguire correttamente lo script, è necessario modificare manualmente lo script generato.
Pertanto, non è consigliabile creare script per singoli oggetti, a meno che il database non disponga di molti oggetti e scripting richiederebbe troppo tempo. Se è necessario usare script per singoli oggetti, seguire questa procedura:
In SQL Server Management Studio espandere Database e quindi individuare il database di cui si vuole creare lo script.
Fare clic con il pulsante destro del mouse sul database, scegliere Script database As, quindi crea crea e quindi selezionare File.
Immettere un nome file e quindi selezionare Salva.
Verrà creato uno script per il contenitore di database di base. Questo contenitore include file, filegroup, database e proprietà.
Fare clic con il pulsante destro del mouse sul database, scegliere Attività e quindi selezionare Genera script.
Assicurarsi che il database corretto sia selezionato e quindi selezionare Avanti.
Nella finestra di dialogo Scegli tipi di oggetto scegliere Seleziona oggetti di database specifici e selezionare tutti i tipi di oggetto di database a cui fa riferimento la query problematica.
Ad esempio, se la query fa riferimento solo a tabelle, selezionare Tabelle. Se la query fa riferimento a una vista, selezionare Viste e tabelle. Se la query problematica usa una funzione definita dall'utente, selezionare Funzioni.
Dopo aver selezionato tutti i tipi di oggetto a cui fa riferimento la query, selezionare Avanti.
Nella finestra di dialogo Imposta opzioni di scripting selezionare il pulsante Avanzate e modificare le impostazioni seguenti dal valore predefinito al valore elencato nella tabella seguente nella pagina Opzioni di scripting avanzato.
Opzione scripting Valore da selezionare Spaziatura interna ansi Vero Continua scripting in caso di errore Vero Includere i nomi dei vincoli di sistema Vero Generare script per oggetti dipendenti Vero Regole di confronto script Vero Account di accesso tramite script Vero Autorizzazioni a livello di oggetto Script Vero Statistiche script Statistiche script e istogrammi Script USE DATABASE Vero Indici script Vero Trigger di script Vero Annotazioni
Si noti che le opzioni Script Logins (Account di accesso script) e Script Object Level Permissions (Autorizzazioni a livello di oggetto script) potrebbero non essere necessarie a meno che lo schema non contenga oggetti di proprietà di account di accesso diversi da dbo.
Selezionare OK per salvare e chiudere la pagina Opzioni di scripting avanzato.
Viene visualizzata una finestra di dialogo per ogni tipo di oggetto di database selezionato nel passaggio 7.
In ogni finestra di dialogo selezionare tabelle, viste, funzioni o altri oggetti di database specifici e quindi selezionare Avanti.
Selezionare l'opzione Script to File e quindi specificare lo stesso nome file immesso nel passaggio 3.
Selezionare Fine per avviare lo scripting.
Al termine dello scripting, inviare il file di script al supporto tecnico Microsoft Engineer. Il supporto tecnico Microsoft Engineer potrebbe anche richiedere le informazioni seguenti:
Configurazione hardware, incluso il numero di processori e la quantità di memoria fisica esistente.
Opzioni SET attive durante l'esecuzione della query.
Si noti che queste informazioni potrebbero essere già state fornite inviando un report SQLDiag o una traccia di SQL Profiler. Potrebbe essere stato usato anche un altro metodo per fornire queste informazioni.
Come vengono usate le informazioni
Le tabelle seguenti illustrano in che modo Query Optimizer usa queste informazioni per selezionare un piano di query.
Metadati UFX
| Opzione | Spiegazione |
|---|---|
| Vincoli | Query Optimizer usa spesso vincoli per rilevare le contraddizioni tra la query e lo schema sottostante. Ad esempio, se la query contiene la WHERE col = 5 clausola e esiste un CHECK (col < 5) vincolo nella tabella sottostante, Query Optimizer sa che nessuna riga corrisponderà. Query Optimizer effettua tipi simili di deduzione relativi ai valori Null. Ad esempio, la WHERE col IS NULL clausola è nota come true o false a seconda del valore Nullbility della colonna e se la colonna proviene dalla tabella esterna di un outer join. La presenza di vincoli FOREIGN KEY è utile per determinare la cardinalità e l'ordine di join appropriato. Query Optimizer può usare le informazioni sui vincoli per eliminare i join o semplificare i predicati. Queste modifiche potrebbero rimuovere il requisito di accedere alle tabelle di base. |
| Statistiche | Le informazioni sulle statistiche contengono densità e un istogramma che mostra la distribuzione della colonna iniziale della chiave dell'indice e delle statistiche. A seconda della natura del predicato, Query Optimizer potrebbe usare densità, istogramma o entrambi per stimare la cardinalità di un predicato. Le statistiche aggiornate sono necessarie per stime accurate della cardinalità. Le stime della cardinalità vengono usate come input per stimare il costo di un operatore. Pertanto, è necessario avere stime di cardinalità valide per ottenere piani di query ottimali. |
| Dimensioni tabella (numero di righe e pagine) | Query Optimizer usa gli istogrammi e la densità per calcolare la probabilità che un predicato specificato sia true o false. La stima della cardinalità finale viene calcolata moltiplicando la probabilità per il numero di righe restituite dall'operatore figlio. Il numero di pagine nella tabella o nell'indice è un fattore nella stima del costo di I/O. Le dimensioni della tabella vengono usate per calcolare il costo di un'analisi ed è utile quando si stima il numero di pagine a cui si accede durante una ricerca di indice. |
| Opzioni di database | Diverse opzioni di database possono influire sull'ottimizzazione. Le AUTO_CREATE_STATISTICS opzioni e AUTO_UPDATE_STATISTICS influiscono sul fatto che Query Optimizer crei nuove statistiche o aggiorni le statistiche non aggiornate. Il livello di parametrizzazione influisce sulla modalità di parametrizzazione della query di input prima che la query di input venga passata a Query Optimizer. La parametrizzazione può influire sulla stima della cardinalità e può anche impedire la corrispondenza rispetto alle viste indicizzate e ad altri tipi di ottimizzazioni. L'impostazione DATE_CORRELATION_OPTIMIZATION fa sì che Optimizer cerchi le correlazioni tra le colonne. Questa impostazione influisce sulla cardinalità e sulla stima dei costi. |
Ambiente
| Opzione | Spiegazione |
|---|---|
| Opzioni set di sessioni | L'impostazione ANSI_NULLS influisce sul fatto che l'espressione NULL = NULL restituisca true. La stima della cardinalità per i outer join può cambiare a seconda dell'impostazione corrente. Inoltre, le espressioni ambigue potrebbero anche cambiare. Ad esempio, l'espressione col = NULL valuta in modo diverso in base all'impostazione. Tuttavia, l'espressione col IS NULL restituisce sempre lo stesso modo. |
| Risorse hardware | Il costo per gli operatori di ordinamento e hash dipende dalla quantità relativa di memoria disponibile per SQL Server. Ad esempio, se le dimensioni dei dati sono maggiori della cache, Query Optimizer sa che i dati devono essere sempre raggruppati su disco. Tuttavia, se le dimensioni dei dati sono molto più piccole della cache, è probabile che l'operazione venga eseguita in memoria. SQL Server considera anche ottimizzazioni diverse se il server dispone di più processori e se il parallelismo non è stato disabilitato usando un MAXDOP hint o l'opzione di configurazione max degree of parallelism. |