Discussion :

[Morgorth]

Bonjour à tous,

Pour mon premier poste, j'ai un exemple que je n'ai encore jamais rencontré "réellement" et mes cours de MCD remonte loin loin loin.

j'ai un compte, au sens compte comptable, et ce compte peux avoir pas ou un parent et peux avoir pas ou plusieurs enfants. C'est un peu le principe du dossier/fichier/dossier

j'ai pensé à une double réflexive:

parent 0,1 <-> compte <-> 0,n enfant

est-ce correct ? est-ce la meilleure manière ?

merci !

[Samuel_]

parent 0,1 <-> compte <-> 0,n enfant

Si tu pars du principe que les objets "Parent" et "Enfant" sont deux entités complètements différents, cette modélisation est bonne.

C'est le cas ?

[Morgorth]

non je pensais plutôt à avoir une seule entité "compte" et deux réflexives dessus. Car un compte peut être parent, avoir un parent, être un enfant et avoir des enfants.

[Samuel_]

Ah ok !

Donc oui deux réfléxives sur Compte me semble la meillleure solution.

Une première réfléxive avec un cardinalité 0..1 pour le lien "parent" et une seconde réfléxive avec un cardinalité 0..N pour le lien "enfant".

[Morgorth]

au niveau du MLD je pense que la relation parent s'inclu dans l'entité compte par clef étrangère mais pour la relation enfants il faudra bien une "table" suplémentaire non ?

[fsmrel]

Bonjour,


Le MLD correspondant est celui-ci :



Ce genre de modélisation revient très souvent chez Developpez.com. Par exemple, pas plus tard qu’hier : les chefs et leurs collaborateurs qui peuvent aussi être chefs.

[fsmrel]

En complément :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
CREATE TABLE COMPTE (
   CompteId             Int                  Not null,
   CompteLibelle        Varchar(64)          Not null,
   CONSTRAINT COMPTE_PK PRIMARY KEY (CompteId)
) ;
 
CREATE TABLE COMPOSITION (
   EmloyeId             Int                  Not null,
   ManagerId            Int                  Not null,
   CONSTRAINT COMPOSITION_PK PRIMARY KEY (EmloyeId),
   CONSTRAINT COMPOSITION_COMPTE_ENFANT_FK FOREIGN KEY (EmloyeId)
      REFERENCES Compte (CompteId) ON DELETE CASCADE,
   CONSTRAINT COMPOSITION_COMPTE_PARENT_FK FOREIGN KEY (ManagerId)
      REFERENCES Compte (CompteId)
) ;

[fsmrel]

Pour s’assurer qu’on parle bien de la même chose, un MCD n’est pas inutile :