Discussion :

[Geo55]

Bonjour à tous,

Je travaille actuellement sur la modélisation d'un datawarehouse, pour le moment orienté sur le service commercial et gestion de production. Je dois pouvoir créer des statistiques sur les commandes en carnet (en cours de facturation) et celles facturées. J'ai pour le moment 2 tables de fait dont une regroupant les lignes de commande et l'autre les lignes de facture (cf pièce jointe). Je vous ai pas mis le schéma complet avec les dimensions Client, Adresse, Type de commande, etc..

Je ne sais pas si par exemple c'est correct de relier 2 tables de fait ensemble, comme sur mon schéma. Car en effet mes lignes de commande peuvent avoir ou plusieurs lignes de factures (Il arrive fréquemment que les entreprises facturent une nomenclature commerciale, donc une seule ligne de commande finalement, en plusieurs fois).

D'autre part, je dois intégrer les bons de livraison. Dois-je créer une 3ème table de fait ou bien un simple champ numéro de bon de livraison dans mes lignes de commande suffit ?

Pour le moment, mon schéma est sur un logiciel de modélisation. Pourrais-je le transposer sur un ETL pour qu'il me récupère mes données sources ?

Je suis totalement débutant dans la modélisation dimensionnelle et je cherche d'ailleurs un livre qui pourrait expliquer mais par des cas pratique, car la théorie (ce qu'est un fait, une dimension, etc..) on la connait déjà...

Quelqu'un parmi vous connait le livre "Entrepôts de données. Guide pratique de modélisation dimensionnelle" de Ralph Kimball aux éditions Broché ? Apparemmment il aborde de réels cas concrets d'entreprise...


Merci à tous pour vos éventuelles réponses

[Jester]

En général j'évite de jointurer les tables de faits. Après ça dépend des volumes.

Sinon le mieux est de dupliquer les infos.

[Geo55]

Merci Jester ça fait toujours plaisir une réponse !

Quand tu parles de dupliquer de quelles infos tu parles ? Pour faire le rapprochement avec mon schéma.

[Jester]

Je n'ai pas le temps de regarde en détail, mais par exemple de dupliquer l'info afférent aux order sur les faits invoice. Précalculer la jointure dont tu pourrait avoir besoin par la suite en quelques sorte.

Pour le problème de multiple invoice par order, là je ne sais pas ça dépend du business. J'ai eu un cas où je mettais juste les invoice du même order sur la même ligne (invoice vente, invoice refund, ...) mais ça implique d'avoir des types d'invoice et pas des relation 1..n.

[Geo55]

ok pour la duplication des données. Ca me parrait lourd car j'ai beaucoup de champs dans ma table de fait orders donc si je dois tout recopier dans les invoice... mais bon.

En revanche j'ai pas compris ce que tu voulais dire par rapport aux multiples invoices par order.

Notre ERP travaille à la ligne de commande. Il y a donc des informations rattachées d'une part à la commande et d'autres seulement à la ligne. Par exemple nous avons des lignes de frais qui sont rattachées à la commande et non pas à la la ligne.

Pour résumer :
Une commande a une ou plusieurs lignes de commande.
Une commande a 0 ou plusieurs lignes de frais
Une ligne de commande a 0 ou plusieurs lignes de factures (à un instant T)
Une ligne de commande a 0 ou plusieurs bons de livraison.

Pour le moment dans mon schéma, j'ai une table de faits pouvant contenir des lignes de commande ou des lignes de frais (différencier par un champ type de ligne). Dois-je les séparer en 2 tables de faits ? Dois-je créer une dimensions Commande (Car les analystes aggrégent par commande la plupart du temps et non pas par ligne de commande) ?

Merci à la personne courageuse de me lire... Encore merci à celle qui voudra me répondre

[Geo55]

Alors personne ne peut m'aider ?

Bon je comprends le mois d'août est au ralenti chacun était parti en vacances... enfin pour ceux qui ont eu la chance d'en avoir

Merci d'avance.