Generazione di dati per WideWorldImporters

Articolo
04/26/2023

Si applica a:SQL Server Database SQL di Azure

Le versioni rilasciate dei database WideWorldImporters e WideWorldImportersDW hanno dati dal 1° gennaio 2013 fino al giorno in cui sono stati generati.

Quando si usano questi database di esempio, è possibile scegliere di includere dati di esempio più recenti.

Generazione di dati in WideWorldImporters

Per generare dati di esempio fino alla data corrente:

Se non è già stato fatto, installare una versione pulita del database WideWorldImporters. Per le istruzioni di installazione, vedere Installazione e configurazione.
Eseguire l'istruzione seguente nel database:
```
    EXECUTE DataLoadSimulation.PopulateDataToCurrentDate
        @AverageNumberOfCustomerOrdersPerDay = 60,
        @SaturdayPercentageOfNormalWorkDay = 50,
        @SundayPercentageOfNormalWorkDay = 0,
        @IsSilentMode = 1,
        @AreDatesPrinted = 1;
```
Questa istruzione aggiunge dati di vendita e acquisto di esempio al database, fino alla data corrente. Visualizza lo stato di avanzamento della generazione dei dati in base al giorno. A causa di un fattore casuale nella generazione dei dati, esistono alcune differenze nei dati generati tra le esecuzioni.

Per aumentare o diminuire la quantità di dati generati per gli ordini al giorno, cambiare il valore per il parametro @AverageNumberOfCustomerOrdersPerDay. Usare i parametri @SaturdayPercentageOfNormalWorkDay e @SundayPercentageOfNormalWorkDay per determinare il volume degli ordini per i giorni del fine settimana.

Suggerimento

Forzando la durabilità ritardata nel database, è possibile migliorare la velocità di generazione dei dati, in particolare quando il log delle transazioni del database si trova in un sottosistema di archiviazione a latenza elevata. Tenere presenti le potenziali implicazioni in termini di perdita di dati quando si usa la durabilità ritardata e valutare se abilitarla solo per la durata della generazione dei dati.

Importare dati generati in WideWorldImportersDW

Per importare dati di esempio fino alla data corrente nel database OLAP WideWorldImportersDW:

Eseguire la logica di generazione dei dati nel database OLTP WideWorldImporters seguendo la procedura descritta nella sezione precedente.
Se non è già stato fatto, installare una versione pulita del database WideWorldImportersDW. Per le istruzioni di installazione, vedere Installazione e configurazione.
Effettuare il reseeding del database OLAP eseguendo l'istruzione seguente nel database:
```
EXECUTE [Application].Configuration_ReseedETL
```
Eseguire il pacchetto Daily ETL.ispac di SQL Server Integration Services per importare i dati nel database OLAP. Per informazioni su come eseguire il processo ETL, vedere Flusso di lavoro ETL in WideWorldImporters.

Generare dati in WideWorldImportersDW per i test delle prestazioni

WideWorldImportersDW può aumentare arbitrariamente le dimensioni dei dati per i test delle prestazioni. Ad esempio, può aumentare le dimensioni dei dati da usare con l'indicizzazione columnstore cluster.

Una delle problematiche consiste nel mantenere le dimensioni del download abbastanza ridotte per scaricarlo facilmente, ma sufficientemente grandi per dimostrare le funzionalità delle prestazioni di SQL Server. Ad esempio, si ottengono vantaggi significativi per gli indici columnstore solo quando si lavora con un numero maggiore di righe.

È possibile usare la procedura Application.Configuration_PopulateLargeSaleTable per aumentare il numero di righe nella tabella Fact.Sale. Le righe vengono inserite nell'anno di calendario 2012 per evitare conflitti con i dati esistenti di World Wide Importers che iniziano il 1° gennaio 2013.

Dettagli della procedura

Nome

Application.Configuration_PopulateLargeSaleTable

Parametri

@EstimatedRowsFor2012bigint (con il valore predefinito 12000000)

Risultato

Le righe nel numero richiesto vengono inserite approssimativamente nella tabella Fact.Sale nell'anno 2012. La procedura limita artificialmente il numero di righe a 50.000 al giorno. È possibile cambiare questa limitazione, che tuttavia consente di evitare che la tabella raggiunga per errore dimensioni troppo grandi.

La procedura applica anche l'indicizzazione columnstore cluster, se non è già stata applicata.