Discussion :

[djseb182]

Je débute tout juste dans la BI et je me pose beaucoup de question. Pour mon premier projet, il m'a été confié la conception d'un entrepôt de données.
Dans cet entrepôt de données, un de mes datamart stocke les données relatives aux appels téléphoniques d'une société.
Venant du monde des bases OLTP, j'avoue avoir quelques difficultés de raisonnement et j'aurai aimé savoir ce que vous pensez de la conception suivante :
je suis parti sur un modèle en étoile contenant
4 tables de dimensions : date,heure, numéro de téléphone et tiers
1 table de fait pour stocker les appels (date de début, date de fin, durée, ...)

ma principale interrogation repose sur la dimension tiers. En effet, cette dimension contient l'ensemble des clients de la société et ses collaborateurs.Pour chaque client, il peut y avoir plusieurs contacts. J'ai décidé pour le moment de les stocker dans la table tiers et je me retrouve donc avec une redondance possible sur le nom de la société. Je pensais ainsi créer par la suite une hiérarchie "nom de la société---> contact" dans mon cube.
Trouvez vous ma réflexion logique ?
Autres alternatives :
Passer sur un modèle en flocon avec une relation client, contact?
Garder un modèle en étoile et créer une dimension contact où je stockerai de manière redondante le code client?

Qu'en pensez-vous? (je cherche à adopter les meilleurs pratiques...)
Merci d'avance

[Xtream071]

En BI, la redondance n'est pas un problème car elle est gérée par des processus informatiques qui recopient à l'identique.
Ce qui compte c'est la rapidité en lecture. Donc il vaut mieux privilégier la redondance que les jointures qui coûtent cher au niveau performance.

Ainsi, si tu ne dois jamais lier directement ta "société" dans un cube (par exemple, un cube où tu n'aurais besoin que de la société et pas du contact), tu peux l'intégrer dans ta dimension "tiers".
Donc ta première piste a l'air correcte.