Entrepôt de données - Modèle multidimensionnel - La table de faits est plus petite que la table de dimension

Je travaille sur un projet d'entrepôt de données où la table de dimension client est plus grande qu'une table de faits. Les tableaux Dimension et Fact sont créés à partir du système CRM.Entrepôt de données - Modèle multidimensionnel - La table de faits est plus petite que la table de dimension

La table de faits surveille les activités telles que la lettre envoyée à un client ou à un client. La moitié des clients n'ont aucune activité et les clients restants ont très peu d'activités; la plupart des clients qui ont des activités ont une seule activité.

Je ne suis pas sûr si le schéma en étoile est la meilleure solution pour le projet. Avez-vous travaillé sur des projets similaires & quelle était la solution.

Source

2014-05-16 BI Dude

La conception semble correcte, mais la situation que vous décrivez est bizarre. Cependant, je ne connais pas l'activité de votre client. Est-ce qu'il n'y a généralement qu'une lettre envoyée à un client ou un appel téléphonique pendant toute la durée de la coopération? –

Habituellement, les tables de faits stockent beaucoup plus de rencontres avec les clients, comme les transactions de vente. Dans votre cas, une base de données relationnelle normalisée plus simple peut fonctionner mieux. Vous devez tester à la fois le schéma en étoile et le schéma normalisé pour être sûr. –

Rien à redire à cela. –

Si plusieurs membres de la dimension ne sont pas liés aux faits. Je sergest pour filtrer les membres de dimension inutilisés pendant le processus ETL.

Alors vous faites une

 SELECT Customer_ID, Name FROM DIL.Customers 
     WHERE Customer_ID IS IN 
     (SELECT Customer_ID FROM DIL.Calls)

Source

2014-05-29 18:25:09 Felix

Entrepôt de données - Modèle multidimensionnel - La table de faits est plus petite que la table de dimension

Répondre

Questions connexes