Bonjour à tous,
j'envisage, pour l'avoir déjà fait sur d'autres projets BI mais sur d'autres outils de reporting, la mise en place d'une dimension INDICATEUR. D'un point de vue modélisation en base de données, pour faire simple et rapide, cela signifie ceci :
Sans dimension indicateur (approche classique)
-
autant de colonnes de mesures en table de fait que d'indicateurs = une colonne par indicateur. Donc une table de faits potentiellement large
-
chaque nouveau fait = une nouvelle colonne donc des ALTER TABLE de la table de fait
-
A priori cela est plutôt performant pour les outils In-Memory tels que DigDash
Avec une dimension indicateur
-
Un seul fait dans la table de fait représenter par une seule colonne "Valeur" pour tous les faits. La distinction entres indicateurs se fait désormais via la PK de la dimension indicateur passée en FK de la table de fait
-
Chaque nouvelle mesure ou indicateur via un ALTER TABLE de la dimension et on ne touche plus à la table de fait en terme de structure sauf des INSERT pour y stocker les nouvelles valeurs du nouvel indicateur
-
Il semblerait que les outils In-Memory comme digdash ne soient pas à l'aise en termes d'érgonomie et performance avec ce passage à une seule colonne en fait pour les mesures et aussi du fait que cela impacte la volumétrie des lignes.
Ma question maintenant c'est : est ce que parmi vous il y en a qui ont effectivement suivi cette approche avec la mise en place d'une dimension indicateur et si oui quels sont vos RETEX là-dessus ? Le studio et l'éditeur tels qu'ils sont développés dans l'outil sont ils adaptés à cette approche en termes d'érgonomie (UI/UX) et est-ce que cela a vraiment un impact sur les performances ?
Merci pour votre aide et vos retours
GS