Dans mon FACT_TABLE j'ai plusieurs champs Date tels que:liens entre plusieurs FACT_TABLE et Date_Dimension
Comment choisir ceux qui doivent être liés à Date_Dimension et aux autres?
Merci pour vos conseils,
Vous n'avez pas besoin d'utiliser des clés étrangères dans un entrepôt de données, comme ETL doit prendre soin de l'intégrité. En outre, vous pouvez avoir besoin de dimensions remplaçables à chaud dans le futur et n'utiliser aucune clé étrangère.
Habituellement, une clé "intelligente" est une mauvaise idée, bien que je fasse une exception pour les dates, car il est facile de partitionner les tables de faits par date. Utilisez un type int et des valeurs comme 20160201 (pour le 1er février 2016).
Vous pouvez, bien sûr, joindre des tables en SQL sans clé étrangère.
Tous doivent pointer vers la dimension de date qui devient une dimension de jeu de rôle http://www.jamesserra.com/archive/2011/11/role-playing-dimensions/. Quel problème affrontez-vous exactement? –
Salut @MarekGrzenkowicz, je n'ai pas vraiment de problème, je me demandais juste s'il est correct d'avoir comme 7 clés étrangères de la Date_Dimension dans le Fact_Table. Selon ce que vous avez dit et le site que vous fournissez, il semble que oui. Merci alors! Passez une bonne journée. – seeusoon
techniquement, ce que je ferais, est d'utiliser la même table de dimension de temps et de l'utiliser logiquement comme orderdatedim, purchdatedim, actualdeliverydatetim etc. c'est possible dans SSAS. – KrazzyNefarious