Hiérarchies dans Datasphere

Ce que vous apprendrez

• Choisir entre hiérarchie parent-enfant et hiérarchie par niveau pour une dimension métier donnée
• Modéliser une hiérarchie SCD Type 2 qui survit aux réorganisations sans casser les reports historiques
• Définir les hiérarchies une seule fois sur le modèle analytique pour que SAC, Joule et Excel restent synchronisés
• Positionner la conception de hiérarchies comme une compétence valorisable en négociation de TJM

Aperçu du module

Les hiérarchies = la structure qui transforme les tables de dimensions plates en navigation "drill du Groupe → Région → Pays → Centre de coût". Sans hiérarchies propres, chaque story SAC les reconstruit ad hoc; avec, chaque story hérite du standard Groupe.

Deux saveurs.

1. Hiérarchies parent-enfant — profondeur variable (ex. hiérarchie centre de coût 3-12 niveaux). Modélisée en structure récursive avec parent id pointant dans la même table.
2. Hiérarchies par niveau — profondeur fixe (ex. année fiscale > trimestre > mois). Modélisée avec colonnes de niveau explicites.

Pattern senior. Définir les hiérarchies sur le modèle analytique, pas sur la vue. Le modèle analytique est la couche de confiance; stories SAC, skills Joule, et pivots Excel le lisent tous. Définir UNE FOIS; consommer partout.

Hiérarchies temporelles sont celles que chaque mission utilise. Construire V_DIM_CALENDAR dans l'espace fondation avec : année fiscale, trimestre fiscal, mois fiscal, semaine fiscale, année calendaire, mois calendaire, trimestre calendaire, flags période-à-date. Réutiliser entre tous les domaines.

Hiérarchies de centre de coût dérivent en permanence (réorgs). Construire un pattern SCD Type-2 : garder l'historique, requêter à une date donnée. Les juniors écrasent; la prochaine réorg casse tous les reports historiques.