Expliquez les slowly changing dimensions et la façon dont vous implémenteriez le type 2.

Les slowly changing dimensions décrivent la manière de gérer les changements d'attributs dans les tables de dimension. Le type 1 écrase et perd l'historique. Le type 2 insère une nouvelle ligne à chaque changement, avec une clé de substitution, des horodatages valid_from et valid_to et un indicateur de version courante, si bien que les faits se joignent à la version de l'attribut qui était vraie à ce moment-là. Le type 3 conserve une colonne de valeur précédente pour un seul état antérieur.

Le type 1 écrase simplement la valeur, donc vous perdez l'historique. Le type 2 conserve l'historique en ajoutant une ligne à chaque changement d'attribut. Concrètement, cela veut dire une clé de substitution comme clé primaire, la clé métier naturelle à côté, des horodatages valid_from et valid_to, et un booléen is_current par commodité. La table de faits stocke la clé de substitution qui était courante au moment de l'événement, si bien qu'un fait de vente de mars se joint toujours au territoire de mars du commercial, et non à son territoire actuel. Cette distinction est tout l'intérêt du sujet, et c'est ce que la finance remarquera si vous vous trompez. Le chargement est un merge : trouver les lignes dont les colonnes suivies ont changé, positionner valid_to sur la ligne existante, insérer une nouvelle ligne avec valid_from renseigné et valid_to à null ou à une date lointaine. En général, je hache les colonnes suivies en une seule clé de changement, pour que la comparaison soit un seul test d'égalité plutôt que vingt.