Création de cubes, écriture de requêtes MDX, optimisation de DTS et plus encore...
Amélioration du traitement du cube en créant une table de dimension Time
Certaines personnes créent une vue à partir de la table de
faits à l’aide de la syntaxe
SELECT [Fact_Table].[Date] FROM [Fact_Table] GROUP BY [Fact_Table].[Date]
et se servent de cette vue en tant que source de la dimension
Time. Cette méthode présente un certain nombre d’inconvénients.
Premièrement, elle est inefficace : la table de faits
est généralement beaucoup plus volumineuse que la table
de dimension, et l’accès à une vue de la table de faits revient
à accéder à la table de base sous-jacente. Un autre inconvénient
de cette approche est que la dimension ne contiendra
pas de dates non ouvrées. Ainsi, cette méthode entraînera
des lacunes dans la dimension en omettant les week-ends, les périodes de vacances, etc. Si vous souhaitez avoir ces périodes
manquantes, n’oubliez pas d’exclure les dates non
pertinentes de votre table de dimension Time.
Une meilleure approche pour créer une dimension Time
consiste à générer une table de dimension Time spéciale
contenant toutes les dates pertinentes dans votre entrepôt
de données. Créez simplement la table dans Microsoft Excel,
puis utilisez la fonctionnalité DTS (Data Transformation
Services) pour importer la table en question dans l’entrepôt
de données. Cette approche améliore considérablement le
traitement des dimensions et du cube, car vous n’avez pas besoin
d’interroger la table de faits pour obtenir les membres de
la dimension Time. Et si le champ de date de la table correspond
à n’importe quel type de données time (par ex., smalldatetime),
le Dimension Wizard d’Analysis Services et d’OLAP
Services, que vous utilisez pour créer des dimensions, détecte
que la dimension est peut-être du type Time et vous demande
de confirmer ce choix, comme l’illustre la figure 3. Après cette
confirmation, l’assistant vous aide à créer les niveaux de la dimension
Time (par ex., Year, Quarter, Month, Day), comme le
montre la figure 4. Vous pouvez également définir le premier
jour et le premier mois de l’année. Il s’agit par défaut du 1er
janvier.
par Yoram Levin
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
- Stockage autonome, Evolutivité & Gestion intelligente, Pure Storage offre de nouvelles perspectives aux entreprises
- Databricks lève 1 milliard de dollars !
- ActiveViam fait travailler les data scientists et les décideurs métiers ensemble
- Dark Web : où sont vos données dérobées ?
- Les projets d’intégration augmentent la charge de travail des services IT
Les plus consultés sur iTPro.fr
- Cybersécurité : pourquoi 95% des violations de données sont liées à l’humain, surtout en été
- La blockchain n’est pas seulement un défi à encadrer : c’est aussi une solution à exploiter
- Des Master Data aux data products : comment l’IA redéfinit le rôle du MDM
- Communication d’entreprise : la voix s’impose à nouveau comme canal critique à l’ère de l’IA
Articles les + lus
Cybersécurité : les entreprises françaises réclament un durcissement inédit de la réglementation
Cyber risques et IA : 78% des RSSI pointent une déconnexion inquiétante des dirigeants
Des Master Data aux data products : comment l’IA redéfinit le rôle du MDM
La bataille de la 6G se gagne dans la donnée en temps réel
Souveraineté des données : cessons de traiter le symptôme, attaquons-nous aux causes
À la une de la chaîne Data
- Cybersécurité : les entreprises françaises réclament un durcissement inédit de la réglementation
- Cyber risques et IA : 78% des RSSI pointent une déconnexion inquiétante des dirigeants
- Des Master Data aux data products : comment l’IA redéfinit le rôle du MDM
- La bataille de la 6G se gagne dans la donnée en temps réel
- Souveraineté des données : cessons de traiter le symptôme, attaquons-nous aux causes
