Il existe plusieurs raisons motivant le recours à une architecture de bus. En voici quelques-unes :
Efficacité.
Une copie unique d’une dimension (par ex., temps, zone géographique) est synonyme de moins de maintenance. Par exemple, il est inutile de synchroniser les modifications sur plusieurs tables
Les raisons d’utiliser une architecture de bus
de dimension de temps.
Cohérence.
Par définition, une dimension mise en conformité a la même signification partout où elle est utilisée.
Facilité d’utilisation.
Une fois que vous êtes habitué à l’aspect de la dimension mise en conformité, à sa structure, à ce qu’elle représente et à son contenu, l’écriture de code la concernant devient presque un jeu d’enfant.
Extensibilité.
Une dimension mise en conformité décode chaque table de faits associée dans le data warehouse d’entreprise. Lorsqu’une nouvelle table de faits est ajoutée, il est très simple de la lier aux dimensions mises en conformité existantes pour former un nouveau cube et pour étendre les possibilités de reporting du data warehouse d’entreprise.
Application des normes.
Une fois que tout le monde s’est mis d’accord sur l’architecture, la signification et les données d’une dimension mise en conformité, le reste de l’organisation devra employer la conception. L’utilisation fréquente de ces dimensions mises en conformité deviendra alors la norme de fait.
Amélioration du reporting.
Lorsque vous écrivez des rapports à partir d’un data warehouse bâti sur une architecture de bus, vous pouvez accéder immédiatement aux données de fabrication, de stock, de distribution et de vente, tout en sachant que vous obtiendrez les mêmes informations où que vous soyez.
Des data marts étroitement intégrés
Des dimensions et tables de faits mises en conformité forment l’architecture centrale du data warehouse d’entreprise. Lorsque vous créez un data warehouse constitué de data marts mis en oeuvre séparément, mais étroitement intégrés, vous pouvez réinclure chaque data mart selon les besoins. Le cas échéant, vous pouvez également ajouter un nouveau data mart au « bus », en sachant qu’il fonctionnera avec tous les data marts préexistants.
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
- Une baie de stockage c’est quoi ?
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Et si les clients n’avaient plus le choix ?
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
Les plus consultés sur iTPro.fr
- IA Agentique : la vraie rupture c’est la gouvernance humaine
- Les défaillances des pipelines de données pèsent lourdement sur la performance des grandes entreprises
- Les nouvelles menaces liées à l’IA obligent les entreprises à dépasser la seule stratégie de sauvegarde
- Gestion des vulnérabilités : pourquoi seulement 7,6 % des entreprises corrigent les failles critiques en moins de 24 heures
Articles les + lus
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
À la une de la chaîne Tech
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
