Dans le système transactionnel, les attributs et hiérarchies sont souvent parfaitement normalisés en tables distinctes qui utilisent des clés étrangères pour la liaison avec les produits. Nous créons des tables de dimension sur la plate-forme relationnelle en dénormalisant les attributs descriptifs et hiérarchies en une table pour chaque dimension. Ces
Faits et dimensions (3)
dimensions dénormalisées continuent de présenter les mêmes informations et relations que le modèle normalisé. Rien n’est perdu en cours de route, si ce n’est la complexité.
Même avec une simple dimension Product, telle que celle de la figure 2, il est facile d’imaginer de quelle manière les attributs seront utilisés en tant qu’en-têtes de lignes et de colonnes dans une requête ou un rapport. Par exemple, la demande d’un utilisateur de voir les montants des commandes par couleur et taille révélerait des modèles de commande entre la taille et la couleur. Les moyens naturels employés par les utilisateurs finaux pour décrire leur activité doivent trouver leur place dans les attributs de dimension.
La dimension Product de la figure 2 semble avoir deux clés : ProductKey (clé produit) et ProductBusinessKey (clé activité produits). La première est la clé primaire de la table de dimension et constitue une clé de substitution, généralement un entier, qui est ajoutée dans le cadre du processus de création de la table de dimension. ProductBusinessKey est la clé provenant du système transactionnel.
Même si l’inclusion des deux clés peut sembler redondante, il existe plusieurs raisons essentielles pour affecter et gérer vos propres clés de substitution :
• Elles permettent d’isoler le système de data warehouse et d’analyse décisionnelle des changements opérationnels tels qu’une fusion, une acquisition ou une migration du système.
• Vous pouvez ajouter des lignes de dimension pour des valeurs telles que Not Applicable (non applicable) ou Date TBD (Date à définir), absentes du système transactionnel.
• Les clés de substitution vous permettent d’intégrer les données de multiples sources susceptibles d’avoir différentes clés métier pour la même entité, par exemple un client.
• Dans certains cas, la clé de substitution à entier simple fournit de meilleures performances de jointure qu’une clé alphanumérique plus complexe. Si ces raisons ne suffisent pas, vous devez employer une clé de substitution si vous envisagez de suivre les changements des valeurs d’attributs au fil du temps.
Téléchargez cette ressource
Créer des agents dans Microsoft 365 Copilot
Insight vous guide dans l’utilisation de la nouvelle expérience de création d’agents dans Microsoft Copilot Studio, disponible dans Copilot Chat. Découvrez les étapes clés pour concevoir, configurer et déployer ces nouveaux agents et injecter la puissance de l’IA directement dans le flux de travail.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Top 5 des évolutions technologiques impactant la sécurité 2026
- Tendances 2026 : l’IA devra prouver sa rentabilité
- L’identité numérique : clé de voûte de la résilience et de la performance en 2026
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
Articles les + lus
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
Face à l’urgence écologique, l’IT doit faire sa révolution
D’ici 2030, jusqu’à 90 % du code pourrait être écrit par l’IA, pour les jeunes développeurs, l’aventure ne fait que commencer
À la une de la chaîne Tech
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
- Les 3 prédictions 2026 pour Java
- Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
- Face à l’urgence écologique, l’IT doit faire sa révolution
- D’ici 2030, jusqu’à 90 % du code pourrait être écrit par l’IA, pour les jeunes développeurs, l’aventure ne fait que commencer
