Précédent   Forum des professionnels en informatique > Logiciels > Solutions d'entreprise > Business Intelligence > Conception/Modélisation Décisionnelle
Conception/Modélisation Décisionnelle Forum d'entraide sur la conception de datawarehouse, datamarts et la modélisation décisionnelle : Tables de faits et de dimension, Modèles en étoile ou en flocons, etc.
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 16/05/2011, 13h45   #1
Invité de passage
 
Inscription : octobre 2006
Messages : 26
Détails du profil
Informations forums :
Inscription : octobre 2006
Messages : 26
Points : 3
Points : 3
Par défaut Modélisation table de fait commande

Bonjour,

Je dois modéliser une table de fait commande, j'enregistre donc pour chaque ligne de la commande la valeur et la quantité de la ligne.

La quantité d'une commande est toujours à 1... Est-ce que je dois laisser l'indicateur "quantité" ?

La valeur de la commande peut éventuellement changer après vérification est-ce que je dois créer un indicateur "valeur" et "valeur après vérification" ? Dans cette table, j'enregistre également tout les changements de statuts de la commande (envoyé, reçu, facturé, réclamation).

Je pensais faire cela dans une autre table de fait qui serait une table de "traitement de la commande" ou j'enregistre la nouvelle valeur et d'autres informations... Comme si l'objet commandé était bien conforme etc...

Un exemple de vision de cette table :

Id de la commande
Id du produit attendu
Id du produit reçu
Valeur attendu
Valeur reçu

Est-ce que ma logique est bonne ? Est-ce que je vais pouvoir croiser les données entre la table de commande et la table traitement de la commande ? Pour par exemple voir les différences de valeur ?

Ou est-ce que je dois regrouper les deux logiques dans une seule et même table de fait ?

J'espère être assez clair.

Merci

Julioun
Julioun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/05/2011, 15h17   #2
Membre chevronné
 
Avatar de Jester
 
Inscription : septembre 2003
Messages : 624
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 624
Points : 633
Points : 633
> La quantité d'une commande est toujours à 1... Est-ce que je dois laisser l'indicateur "quantité" ?

Moi non, mais ça peut simplifier l'utilisation de certains outils de restitution.

> est-ce que je dois créer un indicateur "valeur" et "valeur après vérification"

oui

> Dans cette table, j'enregistre également tout les changements de statuts de la commande (envoyé, reçu, facturé, réclamation).

Ca me semble bon.

Deux tables de fait semble mieux. Une aggrégée et une table d'évènements. Surtout que la table commande sera lourde à mettre à jour, donc possiblement il faudra réduire la quantité d'information.
Jester est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/05/2011, 16h07   #3
Invité de passage
 
Inscription : octobre 2006
Messages : 26
Détails du profil
Informations forums :
Inscription : octobre 2006
Messages : 26
Points : 3
Points : 3
Merci pour ta réponse.

Je ne suis pas sûre de bien comprendre donc je récapitule :

Je mets dans ma table commande (en gros) :
- Quantité (optionnelle)
- Ma valeur + valeur après contrôle
- Les changements de statuts de la commande (envoyé, reçu, facturé, réclamation)

Et dans ma table d'évènement, j'enregistre ce qui était attendu/reçu + les autres cas de traitement de mon process de commande ?

Ou bien seulement dans ma table commande :
- Quantité
- Valeur

Et dans ma table d'évènement, j'enregistre le changement de statut et ce qui était attendu / reçu + les autres cas de traitement de mon process de commande ?

Merci
Julioun est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/05/2011, 18h15   #4
Membre chevronné
 
Avatar de Jester
 
Inscription : septembre 2003
Messages : 624
Détails du profil
Informations forums :
Inscription : septembre 2003
Messages : 624
Points : 633
Points : 633
Non tu mets en gros un peu tout dans les deux tables. Enfin je ne voyais que les dates dans la table d'évènement, mais c'est à voir selon le business.

L'idée c'est de faire la table d'évènement qui sera agrégée pour donner l'autre table (qui sera plus simple à utiliser).
Jester est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/05/2011, 12h51   #5
Invité de passage
 
Inscription : octobre 2006
Messages : 26
Détails du profil
Informations forums :
Inscription : octobre 2006
Messages : 26
Points : 3
Points : 3
Au final, je ne suis plus sûr de moi...
Car, je dois pouvoir mesurer le nombre d'erreur A,B,C,D.. pour l'ensemble des commandes.

Je sais pas si avec ce qui a été dit plus haut, c'est cohérent...

Du coup, je pense peut-être faire une table de fait différente avec une granularité différente (plus par commande) pour faire mon reporting des erreurs d'une commande.
Julioun est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 12h04.


 
 
 
 
Partenaires

Hébergement Web