Discussion :

[marman]

Bonjour,
J'ai un souci de pur débutant en modélisation : Comment modéliser une relation entre une table client (PK NUM-EDITEUR + NUM-CLIENT) et une table adresse (PK NUM-EDITEUR + NUM-CLIENT + TYPE ADRESSE) ?

En sql, je fais une jointure NUM-EDITEUR + NUM-CLIENT, qui me ramène bien tous mes clients avec leurs adresses, mais je n'arrive pas à mettre ca sur le papier.
Merci de votre aide

[slim]

Salut !

d'abord,

client (PK NUM-EDITEUR + NUM-CLIENT) et une table adresse (PK NUM-EDITEUR + NUM-CLIENT + TYPE ADRESSE)

m'étonnent.

Comment as-tu modélisé ca ?

La clé primaire de la table client ne doit pas être composée de deux éléments.
De meme pour la table Adresse (c'est que je comprends pas trop le "NUM-EDITEUR + NUM-CLIENT). Pourrais-tu en dire plus ?

[Luc Orient]

...La clé primaire de la table client ne doit pas être composée de deux éléments.

Ah bon ! et pourquoi pas ?

De meme pour la table Adresse (c'est que je comprends pas trop le "NUM-EDITEUR + NUM-CLIENT). Pourrais-tu en dire plus ?

On peut la considérer comme comme une table fille de la table Client et donc on y retrouve sa clé primaire ...

[marman]

Désolé, j'ai pas pu me connecter hier.

La clef primaire de ma table client est effectivement composée d'un code éditeur et d'un numéro de client, tout simplement car j'heberge des clients de plusieurs éditeurs.

La table adresse comporte la ou les adresses des clients, d'où la clef code éditeur + num client + type adresse

Par ailleurs, il s'agit d'une base dédiée au décisionnelle, donc elle est pas mal dénormalisée.

[slim]

Ah bon ! et pourquoi pas ?

On peut la considérer comme comme une table fille de la table Client et donc on y retrouve sa clé primaire ...

La table Editeur n'est pas la table fille de CLient ? ca m'etonnerait que ce soit le cas. Si elle heritent toutes les deux d'une table Personne, là je suis d'accord.

De plus, la table Adresse me choque un peu. Dans la table client, on met generalement un attribut adresse. De meme pour la table Editeur.

La clef primaire de ma table client est effectivement composée d'un code éditeur et d'un numéro de client, tout simplement car j'heberge des clients de plusieurs éditeurs.

Pourrais-tu poposer un MCD de ce que tu dis ?

La table adresse comporte la ou les adresses des clients, d'où la clef code éditeur + num client + type adresse

Là, tu dois avoir un problème de dépendances fonctionnelles... à mon avis .

[marman]

Bonjour Slim,

Comme je l'ai indiqué, la solution que je mets en place est dédiée au décisionnel, donc je n'ai pas les mêmes impératifs de modélisation que pour une base transactionnelle.

Dans une table client, j'ai tous les clients de plusieurs éditeurs, d'ù la clef composite dans la table client.

Il n'y a pas l'attribut adresse dans cette table car un client peut avoir plusieurs adresses.

Ma question n'est pas de remettre en cause cette logique mais de savoir comment écrire cette relation entre ces 2 tables dans un mcd.

Merci d'avance !

PS: En gros, la question est comment définir une relation entre clefs composites dans un mcd ?

[fsmrel]

Bonjour Marman,

Si un client fait mention d'un seul éditeur

Si une adresse fait mention d'un seul client

Alors on peut utiliser l'identification relative (utilisation d'un séquenceur repartant à 1 à chaque changement de parent). A tout le moins s'en inspirer...

PJ :

MCD Merise
MCD Entité/relation
MPD (notation entité/relation)

[marman]

Merci fsmrel, je vais regarder ca.