Génération de données dans WideWorldImporters
S’applique à : SQL Server Azure SQL Database
Les versions publiées des bases de données WideWorldImporters et WideWorldImportersDW ont des données depuis le 1er janvier 2013, jusqu’au jour où les bases de données ont été générées.
Lorsque vous utilisez ces exemples de bases de données, vous souhaiterez peut-être inclure des exemples de données plus récents.
Pour générer des exemples de données jusqu’à la date actuelle :
Si vous ne l’avez pas fait, installez une version propre de la base de données WideWorldImporters. Pour obtenir des instructions d’installation, consultez Installation et configuration.
Exécutez l’instruction suivante dans la base de données :
EXECUTE DataLoadSimulation.PopulateDataToCurrentDate @AverageNumberOfCustomerOrdersPerDay = 60, @SaturdayPercentageOfNormalWorkDay = 50, @SundayPercentageOfNormalWorkDay = 0, @IsSilentMode = 1, @AreDatesPrinted = 1;
Cette instruction ajoute des exemples de données de ventes et d’achat à la base de données, jusqu’à la date actuelle. Elle affiche la progression de la génération de données par jour. En raison d’un facteur aléatoire dans la génération de données, il existe des différences dans les données générées entre les exécutions.
Pour augmenter ou diminuer la quantité de données générées pour les commandes par jour, modifiez la valeur du paramètre
@AverageNumberOfCustomerOrdersPerDay
. Utilisez les paramètres@SaturdayPercentageOfNormalWorkDay
et@SundayPercentageOfNormalWorkDay
pour déterminer le volume de commandes pour les jours du week-end.
Conseil
Forcer la durabilité différée sur la base de données peut améliorer la vitesse de génération des données, en particulier lorsque le journal des transactions de base de données se trouve sur un sous-système de stockage à latence élevée. Tenez compte des implications potentielles de la perte de données lors de l’utilisation d’une durabilité différée et envisagez d’activer uniquement la durabilité différée pendant la durée de la génération des données.
Pour importer des exemples de données jusqu’à la date actuelle dans la base de données OLAP WideWorldImportersDW :
Exécutez la logique de génération de données dans la base de données OLTP WideWorldImporters en suivant les étapes décrites dans la section précédente.
Si vous ne l’avez pas encore fait, installez une version propre de la base de données WideWorldImportersDW. Pour obtenir des instructions d’installation, consultez Installation et configuration.
Réinitialisez la base de données OLAP en exécutant l’instruction suivante dans la base de données :
EXECUTE [Application].Configuration_ReseedETL
Exécutez le package SQL Server Integration Services Daily ETL.ispac pour importer les données dans la base de données OLAP. Pour savoir comment exécuter le travail ETL, consultez Workflow ETL de WideWorldImporters.
WideWorldImportersDW peut arbitrairement augmenter la taille des données pour les tests de performances. Par exemple, il peut augmenter la taille des données à utiliser avec l’indexation columnstore cluster.
L’un des défis consiste à conserver une taille de téléchargement suffisamment petite pour être téléchargée facilement, mais suffisamment grande pour illustrer les fonctionnalités de performances de SQL Server. Par exemple, des avantages significatifs pour les index columnstore ne sont obtenus que lorsque vous travaillez avec un plus grand nombre de lignes.
Vous pouvez utiliser la procédure Application.Configuration_PopulateLargeSaleTable
pour augmenter le nombre de lignes dans la table Fact.Sale
. Les lignes sont insérées dans l’année civile 2012 pour éviter toute collision avec les données existantes de World Wide Importers qui commencent le 1er janvier 2013.
Application.Configuration_PopulateLargeSaleTable
@EstimatedRowsFor2012
bigint (avec une valeur par défaut de 12000000)
Environ le nombre requis de lignes est inséré dans la table Fact.Sale
pour l’année 2012. La procédure limite artificiellement le nombre de lignes à 50 000 par jour. Vous pouvez modifier cette limitation, mais elle vous permet d’éviter les surinflations accidentelles de la table.
La procédure applique également l’indexation columnstore cluster si elle n’a pas déjà été appliquée.