Modelisation mcd --> MPD - SQL/NoSQL - Programmation
Marsh Posté le 23-05-2007 à 15:48:38
la première solution me semble mieux.
par contre ça fait un bail que j'ai pas lu de mcd...
tu peux donner un exemple concret ? (plus facile de raison qu'avec un schéma abstrait pour moi )
Marsh Posté le 23-05-2007 à 16:07:46
2 exemples :
------------(0,1) Milan
finale (1,1) ----- (rencontre) |
------------ (0,1) Liverpool
Une finale n'a qu'un et un seul vainqueur
Une equipe remporte ou non la finale ...
sinon (plus conventionnel)
------------(0,1) gagnant
vente (1,1) ----- (avoir) |
------------ (0,1) annonce
Une vente n'a qu'un seul acheteur (gagnant) pour une annonce donné ou pas ....
Marsh Posté le 23-05-2007 à 17:07:46
ton exemple est très mauvais hein... c'est pas du tout une trois pattes ça, mais une relation cyclique en 0,n porteuse t'attributs
|
Pour le second exemple c'est aussi portnawak
=> Une vente fait l'objet de 0,n annonces (ou 0,1, comme tu préfères) donc FK nullable dans vente vers annonce, ou l'inverse non nullable selon si 0,n ou 0,1
=> Une vente a un acheteur gagnant ou pas (0,1), FK nullable vers gagnant
Marsh Posté le 23-05-2007 à 17:37:05
MagicBuzz a écrit : ton exemple est très mauvais hein... c'est pas du tout une trois pattes ça, mais une relation cyclique en 0,n porteuse t'attributs
Pour le second exemple c'est aussi portnawak => Une vente fait l'objet de 0,n annonces (ou 0,1, comme tu préfères) donc FK nullable dans vente vers annonce, ou l'inverse non nullable selon si 0,n ou 0,1 |
on oublie le 1er exemple.
ca fait donc :
vente(clevente, ..., #cleannonce) avec FK nullable
gagnant(clegagnant, .., #clevente) avec FK nullable
annonce(cleannonce, ...)
on oublie la 3-aires et on met 2 associations à la place ..
c'est mieux ?
Marsh Posté le 23-05-2007 à 18:53:06
ben pour cet exemple précis, oui.
parcequ'une vente est bel et bien associée (ou non) à une annonce.
et un gagnant correspond bien à une vente. ps : non nullable dans ce cas.
enfin, après faut vérifier avec tes contraintes exactes. là c'est au feeling parceque ça paraît logique, mais après t'es peut-être dans un cas "à part" (on voit de tout sur ce forum, alors je me méfie )
Marsh Posté le 23-05-2007 à 15:21:05
Tout d'abord bonjour
)
Je souhaiterais savoir comment traduire ce bout de modele en modele physique; j'ai toujours un doute avec les (1,1) (0,1) donc il s'agit d'une association 3-aires avec :
-----------------(0,1)T2
|
|
T1 (1,1) -------- ASSO1|
------------------(0,1)T3
je pensais faire ceci :
T1(cleT1, ...., #cleT2, #cleT3)
T2(cleT2)
T3(cleT3)
sans de table pour ASSO1
OU
ASSO1(#cleT1, #cleT2, #cleT3)
avec des tables sans clé etrangere ...
oui ? non ? peut-etre ?
Merci pour votre participation
(et désolé pour le shéma pourri