Un attribut de dimension peut évoluer : un produit change de catégorie, un employé change de service, un magasin change de région. Comment le modèle doit-il traiter ce changement ?

Deux approches :

• Écraser (garder la valeur actuelle). La dimension ne stocke que l'état d'aujourd'hui. Toutes les ventes passées d'un produit sont reclassées dans sa nouvelle catégorie. Simple, mais l'historique « bouge » : un rapport de l'an dernier ne donnera plus les mêmes chiffres par catégorie.
• Historiser (garder les versions). La dimension a plusieurs lignes pour le même produit, chacune valable sur une période, avec une clé technique différente. Les ventes pointent vers la version en vigueur au moment de la vente. L'historique est stable, mais le modèle est plus complexe (clés techniques, dates de validité).

Choisir selon l'usage : pour un suivi opérationnel courant, écraser suffit souvent. Pour un reporting réglementaire ou une analyse où « ce qui était vrai à l'époque » compte, il faut historiser.

Ce module reste sur l'approche écraser dans ses cas pratiques, la plus fréquente ; retenir surtout que ce choix a un effet visible sur la stabilité des chiffres passés.

À retenir

• Écraser : la dimension ne garde que l'état actuel ; l'historique par attribut se recalcule.
• Historiser : plusieurs versions datées par élément ; l'historique reste figé, au prix de complexité.
• Le choix dépend de si « la valeur à l'époque » doit être préservée.

À vous de jouer : si une dimension « écrase » l'ancienne catégorie d'un produit par la nouvelle, un rapport des ventes par catégorie de l'an dernier affichera-t-il toujours les mêmes chiffres qu'avant le changement ? Répondez par oui ou non.