Les tables ou les entités de faits accumulent des mesures ou les données chiffrées d'une activité. Pour mesurer les données d'une table ou d'une entité de faits, toutes les mesures d'une table ou d'une entité de faits doivent posséder le même grain.
Pour obtenir les données les plus utiles d'une table ou d'une entité de faits, vous devez utiliser des mesures à la fois numériques et additionnelles. L'utilisation de ces mesures garantit l'extraction et l'agrégation des données pour permettre à l'entreprise de tirer parti des multiples informations de la base de données.
Les tables et les entités de faits contiennent également des clés externes qui les relient aux tables de dimensions. Ces clés externes lient chaque ligne de données de la table de faits aux dimensions et aux niveaux correspondants.
Les tables et les entités de faits utilisent des clés primaires qui sont des clés composées. Une clé composée comprend un sous-ensemble de clés. Si une table ou une entité d'un modèle dimensionnel utilise un clé composée, cette table est une table ou une entité de faits. L'utilisation de clés composées entraîne une relation plusieurs-plusieurs entre la table ou l'entité et d'autres tables et entités du modèle dimensionnel.
Fonction | Transactionnelle | Périodique | Cumulée |
---|---|---|---|
Grain | Une ligne par transaction | Une ligne par période | Une ligne pour toute la durée de vie d'un événement |
Dimension | Dimension de date au niveau de granularité le plus bas | Dimension de date au niveau de granularité Fin de période | Plusieurs dimensions de date |
Nombre de dimensions | Plus élevé que le type de fait périodique | Moins élevé que le type de fait transactionnel | Nombre de dimensions le plus élevé par rapport aux autres types de table de faits |
Dimensions conformes | Utilise des dimensions partagées conformes | Utilise des dimensions partagées conformes | Utilise des dimensions partagées conformes |
Mesures | Relatives aux activités de transaction | Relatives aux activités périodiques | Relatives aux activités qui possèdent une durée de vie définie |
Taille de la base de données | Taille la plus élevée. Au niveau de grain le plus détaillé, la taille de la base de données a tendance à augmenter très rapidement. | Plus petite que la table de faits transactionnelle car le grain de la dimension de date et d'heure est nettement plus élevé | Plus petite que les tables de faits transactionnelles et périodiques |
Performances | Offre de bonnes performances qui peuvent être améliorées en sélectionnant un grain situé au-dessus du grain le plus détaillé | Offre de meilleures performances que les autres types de table de faits car des données sont stockées au niveau d'un grain moins détaillé | Bonnes performances |
Insertion | Oui | Oui | Oui |
Mise à jour | Non | Non | Oui, lorsqu'un jalon est atteint pour une activité spécifique |
Suppression | Non | Non | Non |
Augmentation de la taille de la table des faits | Très rapide | Lente comparée à la table de faits basée sur des transactions | Lente comparée à la table de faits transactionnelle et périodique |
Besoin de tables d'agrégation | Elevé, en particulier parce que les données sont stockées à un niveau très détaillé | Nul ou très faible, principalement parce que les données sont déjà stockées à un niveau d'agrégation élevé | Moyen car les données sont principalement stockées au niveau Jour. Toutefois, les données des tables de faits cumulés sont moins nombreuses que celles du niveau transactionnel. |
GOSALESDW.SLS_SALES_FACT |
---|
ORDER_DAY_KEY |
ORGANIZATION_KEY |
EMPLOYEE_KEY |
RETAILER_KEY |
RETAILER_SITE_KEY |
PRODUCT_KEY |
PROMOTION_KEY |
ORDER_METHOD_KEY |
SALES_ORDER_KEY |
SHIP_DAY_KEY |
CLOSE_DAY_KEY |
QUANTITY |
UNIT_COST |
UNIT_PRICE |
UNIT_SALE_PRICE |
GROSS_MARGIN |
SALE_TOTAL |
GROSS_PROFIT |