Une vieille planche d’xkcd sur laquelle je suis retombé aujourd’hui. Du vrai humour de geek scientifique 😉
Traduction approximative:
Lui: J’ai toujours cru qu’une relation de corrélation sous-entendait une causalité.
Lui: Et puis j’ai pris un cours de statistique. Maintenant ce n’est plus le cas.
Elle: On dirait que le cours t’a bien servi.
Lui: Et bien… Peut-être.
Comme vous le savez peut-être, cette année encore je co-animerai la session Modélisation Dimensionnelle aux Journées SQL Server 2012, les 10 et 11 décembre sur Paris, avec mon camarade Charles-Henri. Cette année on passe level 300 (ça commence à causer plus sérieusement) et franchement je pense qu’on va passer un bon moment 🙂
En attendant le jour J, je voulais vous parler d’une technique qui ne sera pas présentée lors de la session : celle de la table de faits universelle. Rencontrée chez un client dernièrement, c’est une modélisation qu’on peut aussi appeler la table de faits unique. Une table de faits pour les gouverner toutes. Une table de faits pour les trouver. Une table de faits pour les amener toutes et dans les ténèbres les lier… Hum… Je divague…
Je te vois faire n’importe quoi!
Alors voyons à quoi ça ressemble:
Dans cette même table de faits, qui s’appelle juste « Fait » (c’est plus simple) on retrouve :
C’est quand même bien fait ! On a tout sous les yeux d’un seul coup. Pas besoin de jointures, les requêtes SQL sont simplissimes. Alors que reprocher à cette modélisation ?
Déjà, je vous avoue qu’en 6 ans de missions en décisionnel, je n’ai jamais vu ça. J’en ai même parlé lors d’un afterworks du GUSS, auquel étaient présents des consultants d’à peu près tous les pure-players en décisionnel Microsoft, et personne n’en avait entendu parler non plus.
Mais vous me connaissez, je n’allais pas me limiter à ça. Regardons donc ce qu’en dit la littérature :
Pas de chance, la littérature ne fait donc aucune mention de cette technique, et c’est même plutôt l’inverse qui est recommandé : créer une table de faits par processus métier. Soit dans notre cas, 4 tables : ventes, inventaires, budgets et objectifs.
Je précise au passage que dans ces sources, il ne faut pas interpréter la phrase « la table de faits est au centre du schéma en étoile » comme une indication qu’il n’y en ait qu’une seule. En effet un datawarehouse ce n’est pas un mais plusieurs schémas en étoile, plusieurs datamarts, autant qu’il y a de processus métier. Et en théorie l’ensemble de ces étoiles s’appelle une constellation, mais ça devient trop poétique donc on emploie rarement le terme.
D’une manière plus pratique, si on abandonne la littérature et qu’on s’interroge sur les mérites d’une telle modélisation, on peut se faire les réflexions suivantes :
Bon et bien on le voit, si c’est une nouvelle théorie, c’est l’équivalent de remplacer les groupes sanguins par les signes du zodiaque pour déterminer la compatibilité dans les transfusions sanguines. De temps en temps ça va marcher, certes, mais sur le long terme…
Et sinon, comment modéliser ça de manière satisfaisante ?
En identifiant les dimensions utilisées pour chaque processus métier, leur grain, et en construisant les tables de fait en fonction (c’est dans le livre, ou dans le webcast) :
PS : Les périodes temporelles diverses (semaines, trimestres) sont gérées directement dans la dimension temps.
Là on dispose d’une constellation composée de 4 étoiles, qui utilise des dimensions conformées (partagées), qui répond aux problématiques de performance, de confort d’utilisation et de maintenabilité. Si on souhaite intégrer un nouveau processus métier, on ajoute une nouvelle table de faits, sans avoir à modifier l’existant. Chaque processus peut évoluer indépendamment des autres. Chaque amélioration d’une dimension profite à toutes les analyses.
De tout ça on en reparle lundi 10 décembre, aux Journées SQL Server 2012. Inscrivez-vous 😉
C’est avec un grand plaisir que j’ai reçu un exemplaire gracieux du livre SQL Server Integration Services 2012 – Mise en œuvre d’un projet ETL avec SSIS 2012, aux éditions ENI, écrit par les très respectables Patrice Harel, Romuald Coutaud, et François Jehl.
Je dois encore me le faire dédicacer (perso je profiterai des JSS2012 pour le faire, n’hésitez pas à amener votre copie si vous voulez faire de même), mais ça ne m’a pas empêché de déjà le terminer !
En deux mots : c’est un très bon livre sur SSIS 2012, définitivement le meilleur écrit en français (le seul ? :p), et même sans cet avantage il n’a pas à rougir de son contenu face aux poids lourds américains.
Évidemment le bouquin fait déjà 450 pages, alors à un moment il faut savoir tailler pour sauver les arbres 😀
Je recommande sans problème. Beau travail messieurs, merci pour votre dur labeur, à quand le prochain sur SSAS ? 🙂
Ça faisait trop longtemps!
______________________
<< Semaine Précédente – Semaine Suivante >>
Rien de tel que tout faire soi-même. De cette manière à la fin on sait tout faire. De quoi le planning?
Traduction approximative:
Boss: Je n’ai plus de budget pour le logiciel de monitoring réseau dont vous avez besoin. Vous allez devoir le coder vous-même.
Dilbert: Bonne idée. Je reviens vers vous dès que c’est fait…
Dilbert: A quoi ressemble votre calendrier en 2040?
Boss: Une grille avec des cases vides.
Ho le vl’a qui radote encore sur la communauté!
Hé oui! Quatre articles sur le sujet en deux semaines, il faut croire que ça me tient à cœur 😉
Si vous vous interrogez à venir à un afterwork ou à une conférence, que vous ne savez pas quoi faire lors de ces réunions, quoi dire, comment rompre la glace, alors vous êtes bien tombés !
Parce que ces questions peuvent sembler stupides, mais ce n’est pas toujours évident de savoir créer des rencontres lors de ces événements très artificiels. En effet la rencontre d’une dizaine de personnes qui ne se connaissent souvent même pas de vue, c’est assez étrange. D’autant plus pour nous autres informaticiens, dont les aptitudes sociales ne sont pas toujours le point fort…
Déjà rassurez-vous : ces drôles de rencontres sonnent faux et artificiel pour tout le monde. A part peut-être pour JP, qui a définitivement ça dans le sang, sinon les premières fois vous allez certainement vous demander ce que vous faites là. Et c’est une très bonne question à se poser : qu’êtes-vous venu chercher à cet événement ?
Car si j’encourage les sociétés à s’interroger sur pourquoi elles font les choses, je crois sincèrement que c’est une démarche qui s’applique également au niveau personnel. C’est de là que vous tirerez la motivation nécessaire pour appréhender ce type d’événement, avant que vous ne veniez simplement pour le plaisir de retrouver les copains que vous vous serez fait (mon cas désormais).
Venir à un afterwork, participer à une conférence comme les JSS2012, c’est faire un choix actif dans sa carrière, tout comme s’abonner à une newsletter technique ou à un blog, ou encore acheter et lire un livre traitant de son métier. A mon sens, dans un monde où la plupart se suffisent du minimum, ce sont des actes forts qui montrent une volonté de prendre sa carrière en main. Alors ok ce sont de petites étapes, mais ce sont les premières et elles sont incontournables.
Maintenant pourquoi vous voulez prendre votre carrière en main ? Il n’y a que vous pour répondre à cette question. Mais je ne peux que vous féliciter de ce choix !
Ça c’était la théorie. Pour la pratique, les choses sont simples :
Si malgré tout ça vous vous sentez mal à l’aise, qu’il y a des gros creux de conversations, ou des sous-groupes qui ricanent dans leur coin, c’est que les organisateurs se sont plantés. Perso je ne leur jetterai pas la pierre, organiser ce genre d’événement n’est pas évident. Donc laissez leur une deuxième chance, et si les mêmes choses se reproduisent, c’est en effet qu’il faut changer de groupe… Sauf si ça vous arrive à un afterwork du GUSS, là vous avez le droit de nous faire un retour sanglant, histoire qu’on s’améliore 🙂
La BI ça vous gagne! 