Discussion :

[Melvine]

salut,

Supposons que je dispose de se DWH:
dim_commande(numcde,date)
dim_client(numclient,nom,prenom,ville,pays)
dim_vendeur(numvendeur,codechef,nomchef)
dim_produit(numproduit,nom,description,categorie,descriptionCategorie,prix)
dim_date(numdate,date,mois,année)
Fact(numcde,numclient,numvendeur,numproduit,numdate,quantite,total)

j'aurai voulu savoir ,quand je vais creer mes tables en sql,
pour mes tables de dimension j'aurai une clé primaire donc je les creerai ainsi:
create table dim_commande(numcde number(12),date date,
constraint pf_dim_cde primary key (numcde));
...
et pour ma table de fait,comment je procederai ?
est ce que je dois rajouter un identifiant qui servira de clé primaire et declarer les clé etrangere comme cela
create table fact (id number(10),numcde number (12)..........
constraint pk_fact primary key (id),
constraint fk_fact foreign key(numcde) references dim_commande(numcde),
.................
);

ou dois je ne pas declaré de clé primaire et juste les clé etrangere
comme cela
create table fact (numcde number (12)..........
constraint fk_fact foreign key(numcde) references dim_commande(numcde),
.................
);

ou encore ,dois je faire une clé primaire composé des clés des tables de dimension ?

Si quelqu'un qui a eu à realiser des DWH pouvait m'eclaircir cela ;sa me permettrait de mieux comprendre la chose ?

Merci à tous

[Médiat]

A priori une clé technique est inutile dans une table de faits, c'est la combinaison des clés étrangères (les dimensions) qui crée la clé primaire, qui, toujours a priori, n'est pas utilisée comme clé étrangère dans une autre table.

[abdelelomari]

A priori une clé technique est inutile dans une table de faits, c'est la combinaison des clés étrangères (les dimensions) qui crée la clé primaire, qui, toujours a priori, n'est pas utilisée comme clé étrangère dans une autre table.

Salut Melvine,

Quand tu as une seule table de fait entourée par un cercle de dimensions formant un schéma en étoile il n'est pas pertinent d'avoir un ID dans ta table de fait !

Cependant il existe des situations ou tu risques d'avoir plusieurs tables de faits entourées par un cercle de dimensions, ce qu'on appelle les faits en constellation ( galaxie...), l'utilisation d'un ID est alors utile pour faire le lien entre tes tables de faits. Je donne un exemple :
Disons que je dispose de deux tables de faits une "Commande" l'autre "Ligne de commande" ( Un modélisateur dimensionnel, les yeux fermés, aurait aplatit tout cela dans une seule table... même si parfois ce n'est pas conseillé). Mais pour les besois de la cause nous avons décidé de garder les deux tables séparées, Dans ce cas de figure un Id dans la table des commandes est trés utile, pour faire le lien avec la table des lignes de commandes...

A propos dans le modèle de Wal-mart qui est un modèle trés celebre les deux tables (Commande et lignes de commande) ne sont pas aplaties en une seule table. J'imagine donc qu'ils utilisent des ID dans les tables de fait.

Si tu as d'autres questions n'hésite pas !

[Melvine]

donc je crée une clé primaire composé des clé de mes dimension qui se trouve ds ma table de fait ,?c'est le mieux vous pensez

[abdelelomari]

donc je crée une clé primaire composé des clé de mes dimension qui se trouve ds ma table de fait ,?c'est le mieux vous pensez

Dans ton cas oui !