Discussion :

[Shinosha]

Bonjour,

Je découvre actuellement MySQL Workbench 5.2.47 et je n'arrive pas à modéliser une relation entre mes deux tables...

J'ai donc une relation Étape (1.1) -- (0.n) Poste. Selon les règles de gestion je suis censé posséder une clé étrangère dans Étape pour l'id du poste, cependant impossible de modéliser ça dans workbench. Soit les cardinalités sont mauvaises (inversées), soit la clé étrangère se situe dans poste...

Ma question est donc : Comment faire pour modéliser cette relation ?

[Exia_]

Bonjour,

la relation 1,1 --- 0,n est réprésenté par la relation 1:n dans workbench, il y'a deux type de relation 1:n celle avec le traits plein ou les pointillés, les pointillé créer un clé étrangère alors que le traits plein une clé primaire.

Donc dans ton cas tu choisira le symbole 1:n en pointillés ensuite tu clique sur la table qui recevra la clé étrangère puis sur la table référencée par la clé étrangère.

[Shinosha]

C'est ce que je faisais, le soucis c'est que les cardinalités restent mauvaises... A savoir Étape (0.n) -- (1.1) Poste, alors que je veux l'inverse (et le bouton Invert Relationship est grisé)

[Shinosha]

Au final le mieux que je puisse faire c'est Étape 1.1 -- 0.1 Postes. Bizarrement le serveur me laisse quand même créer des enregistrements correspondants à 2 postes pour la même étape alors que la relation vers étapes est 0.1. Quelqu'un pour m'expliquer ?

[fsmrel]

Bonsoir Shinosha,

J'ai donc une relation Étape (1.1) -- (0.n) Poste.

Soyons précis. Je suppose qu’au sens Merise la représentation attendue est la suivante (présence du'une association nommé ici : R) :

[ETAPE]----1,1----(R)----0,N----[POSTE]

C'est-à-dire qu’un poste comporte plusieurs étapes et qu’une étape se rapporte à un seul poste.

Selon PowerAMC :



Passage au MLD, toujours avec PowerAMC :



Vous pouvez être troublé par l’inversion apparente des cardinalités, mais ceci est dû au fait que dans le MCD la lecture des cardinalités est arrêtée par un « rond » tandis qu’elle est arrêtée par un carré dans le MLD : il n’y a pas d’incohérence.


Dans le contexte MWB (MySQL Workbench), partons de la situation initiale :



Si vous avez cliqué sur le bouton qui va bien (« Place a new 1:n Non-Identifying Relationship »), au résultat vous aurez obtenu :



Il reste à remplacer la cardinalité 1,N par 0,N :

— Il faut cliquer sur le lien connectant POSTE et ETAPE, ce qui ouvre la fenêtre nommée ici « ETAPE_POSTE_FK » ;
— Il faut ensuite cliquer sur l’onglet « Foreign key » et décocher la case « Mandatory » associée à la table ETAPE :

=>



Ou en notation UML :



Voire « classique » (à la Chen), mais non recommandée car propre à rendre dyslexiques une armée de merisiens :



Ou encore, pour les fans d’ACCESS :

[Shinosha]

Merci pour la réponse exhaustive, cela dit je ne vois pas ce que voulez dire par :

Vous pouvez être troublé par l’inversion apparente des cardinalités, mais ceci est dû au fait que dans le MCD la lecture des cardinalités est arrêtée par un « rond » tandis qu’elle est arrêtée par un carré dans le MLD

J'imagine que le rond fait référence à l'association dans le MCD, mais le carré... La table ?

[fsmrel]

Effectivement, au niveau MLD il n'y a pas de ronds, donc placé dans POSTE, c'est la table ETAPE que l'oeil perçoit directement, alors qu'au niveau MCD le rond (l'association) cache le carré (l'entité-type) POSTE. Ça vaut ce que ça vaut...