Discussion :

[atha2]

Bonjour,

Je voudrais concevoir un MCD et MLD qui modélisent le besoin suivant :

1. une entité Account avec un numéro (PK)
2. une entité SubAccount avec un numéro et une référence sur un Account qui sont la clé primaire composée. Le numéro du subAccount n'est pas forcément unique

Autant au niveau MLD, on a :
Account(AccountNum)
SubAccount(SubAccountNum, #AccountNum)

Mais au niveau MCD, je vois mal comment je dois représenter. Des suggestions ?

[fsmrel]

Bonsoir Gabriel,


Avant de traiter du comment, il est important de s'intéresser au pourquoi... On peut subodorer qu’un sous-compte n’est qu’une propriété multivaluée d’un compte : le sous-compte n’est pas autonome, il n’a de sens que par le compte qui le porte.

Cela dit, au niveau MCD vous êtes en plein dans le sujet de l’identification relative, évoqué dans le document de référence défini par le groupe 135 de l’AFCET (Journée du 15 novembre 1990 - Le formalisme de données Merise : extensions du pouvoir d’expression) :



Ainsi, Une chambre d’hôtel n’a de sens qu’en fonction de l’hôtel auquel elle appartient, tout un une sous-compte n’a de sens qu’en fonction du compte auquel il appartient.

Quand à la façon de représenter la chose au niveau conceptuel, chaque AGL a son propre formalisme. Pour ceux que je connais :

Avec IEF (Information Engineering Facility) :




Avec WinDesign :



Avec DB-MAIN :




Avec PowerAMC, façon Merise :




Avec PowerAMC, dans son style « E/R » :




Avec Open ModelSphere :





A vous de choisir...

[CinePhil]

Bonjour atha2,

Pour compléter la réponse de fsmrel, je ferais une petite remarque sur ce que vous avez écrit :

SubAccount(SubAccountNum, #AccountNum)

Je mettrais les deux colonnes dans l'ordre inverse, de manière à avoir l'index de clé primaire dans le bon sens : (#AccountNum, SubAccountNum).

[fsmrel]

Je mettrais les deux colonnes dans l'ordre inverse, de manière à avoir l'index de clé primaire dans le bon sens.

Saint Éloi aurait dit exactement la même chose ^^

[atha2]

@fsmrel : merci pour tous ces détailles, je comprend mieux pourquoi je ne trouvais pas de solution simple avec mon outil Merise (AnalyseSI), il est probablement trop simpliste. Connaissez-vous un outil gratuit disponible sous Linux ?
Sinon j'ai fait un peu de recherche sur les identifiants relatifs mais je n'ai pas réussi à trouver de résultat en anglais. La traduction est bien : relative identifier ?

[HS]je cherche comment l'implémenter ce truc en JEE mais pour l'instant => FAIL [/HS]

Sinon pour la raison de la non unicité d'un numéro de sous de sous compte, c'est juste que pour l'instant je n'ai aucune info la dessus. Donc je pars du principe que le ce numéro n'est pas unique et quoiqu'il arrive mon modèle restera valide (//TODO optimiser plus tard ).

[fsmrel]

Bonsoir atha2,


En gratuit sous Linux, il y a Open ModelSphere et DB-MAIN. Maintenant, si cela ne vous gêne pas de modéliser directement au niveau logique, MySQL Workbench est un bon produit.

Tant qu’on reste au niveau conceptuel, Open ModelSphere est très bon, mais au niveau logique, c’est à vous rendre schizophrène, un truc à donner envie de balancer son micro par la fenêtre... Quoi qu’il en soit, pour l’installer, voyez le billet de CinePhil.

DB-MAIN est excellent et généralement plus puissant que les autres, mais un peu déroutant au départ, il est préférable de s’en servir avec la doc à portée de main.


Pour les identifiants relatifs, cherchez plutôt du côté de « Identifying relationship », ici tant qu’à faire .

[atha2]

merci pour ces infos complémentaires.