Conseil 13: Lorsqu'une table de faits est utilisée comme dimension

Les tables de faits sont principalement de trois types:

• le grain d'une table de faits peut être une transaction individuelle où un enregistrement représente un instant dans le temps 
• le grain peut être une période, représentant une durée de temps comme une semaine ou un mois. 
• le grain peut être une agrégation, représentant toute l'histoire de quelque chose 

J'ai discuté de ces trois types en détail dans un article que vous pouvez trouver ici.

Le premier type (une transaction), peut nous donner la possibilité d’obtenir la description de quelque chose à un moment précis. Supposons que nous avons une succession de modifications des informations d’un client. Par exemple, votre banquier fait régulièrement des modifications sur votre nom, adresse, numéro de téléphone, type de client, notation, évaluation du risque... la table de faits qui capture ces transactions pourrait ressembler à cela:

Date_Transaction (FK)                <<== clé étrangère

Compte (SK)                                 <<== clé de substitution

Responsable (FK)                        <<== clé étrangère

Type_Transaction (FK)                <<== clé étrangère

Numero_de_Compte                   <<== clé du compte bancaire

Nom                                               <<== fait textuel

Adresse (plusieurs champs)       <<== fait textuel

Telephone                                     <<== fait textuel

Classification_Client                    <<== fait textuel

Taux_Credit                                  <<== fait numérique non additif

Taux_Risque                                 <<== fait numérique non additif

Il s'agit d'une conception typique pour une table de faits où les "mesures" enregistrées sont des changements fait sur des valeurs textuelles, telles que le nom, l'adresse, et d'autres champs textuels listés ci-dessus. Une telle table brouille la distinction entre table de faits et  table de dimension, car cette table de fait est remplie de valeurs discrètes textuelles et de valeurs numériques non additives qui ne peuvent pas être résumées, mais sont plutôt la cible des contraintes de l'utilisateur final.

Source originale: www.kimballgroup.com

Article original "Kimball Design Tip #13: When a fact table can be used as a dimension table", publié le 15 septembre 2000.