On pourrait analyser par date en utilisant directement la colonne « Date de commande » de la table Ventes. C'est une mauvaise idée dans presque tous les cas. Il faut une table de dates dédiée.

Raisons :

• Continuité. La colonne des faits ne contient que les jours où il y a eu une vente. Un mois sans vente disparaît de l'axe. Une table de dates contient tous les jours de la période, ce qui donne des axes continus et des « zéros » visibles.
• Attributs partagés. Année, trimestre, mois, jour de semaine, jour férié… se calculent une fois dans la table de dates et servent à toutes les tables de faits reliées (Ventes, Objectifs, Retours).
• Intelligence temporelle. Les fonctions comme le cumul annuel ou la comparaison à l'an dernier exigent une table de dates continue et marquée comme telle (leçon suivante).
• Plusieurs rôles de date. Commande, livraison, paiement : une seule table de dates, reliée plusieurs fois (relations actives/inactives, chapitre 4).

À retenir

• La colonne de date des faits saute les jours sans activité ; une table de dates est continue.
• Les attributs de calendrier se définissent une fois et servent toutes les tables de faits.
• L'intelligence temporelle a besoin d'une vraie table de dates.

À vous de jouer : si on analyse les ventes par mois en s'appuyant sur la seule colonne de dates de la table Ventes, qu'arrive-t-il à un mois sans aucune vente sur l'axe du graphique ?