Discussion :

[crazychris64]

Voici mon MCD:



J'ai fais ce MLD :

AFFAIRE (chrono_aff, nom_projet_aff, etat_aff, date_preaff_aff, date_rep_preaff_aff, soumis_a_aff, visa_preaff_aff, commentaires_preaff_aff, date_propale_dev_aff, date_rep_dev_aff, ponderation_dev_aff, montant_dev_aff, date_lancement_aff, date_fin_aff, description_aff, budget_global_aff, condition_vente_aff, budget_an_prev_aff, caht/h_prev_aff, rentabilite_h_prev_aff)

CONTACT (num_ecl, nom_cct, prenom_cct, departement_cct, fonction_cct, tel_ecl, mail_ecl, fax_ecl, commentaires_ecl, #num_ecl)

COM_INTERNE (num_com, nom_com, prenom_com, fonction_com, login_com, mot_de_passe_com)

GERE_PAR (chrono_aff, num_com, num_ecl)

ACTION_COM (num_com, num_ecl, type_aco, date_aco, objet_aco, etat_aco, cout_aco)

SOCIETE (num_ecl, nom_soc, raison_sociale_soc, adresse_postale_soc, site_web_soc, secteur_activite_soc, prescripteur_soc, nouveau_soc, tel_ecl, mail_ecl, fax_ecl, commentaires_ecl)

Mais ce MLD n'est pas valide d'après moi car l'héritage est mal géré ici :
* dans CONTACT clé primaire num_ecl et clé étrangère num_ecl qui est le CONTACT et qui est la SOCIETE ?
* dans ACTION_COM num_ecl détermine une société ou un contact?
* dans GERE_PAR num_ecl désigne CONTACT ou SOCIETE ?

J'aimerai créer un MLD où ces ambiguités n'existent plus, j'attends vos conseils avec impatience d'autant plus que ce travail est pour demain.

Le top serait une suggestion de MLD valide.

Merci d'avance...

[Médiat]

Où est passé ENTITE_CLIENT dans ton MLD ?

[crazychris64]

Je suis la FAQ MERISE du site :

Soit le passage MCD MLD suivant :

http://uml.developpez.com/faq/merise/?page=MLD

section Comment transformer l'héritage, les sous-types du MCD dans le MLD ?

Quelle serait ta solution ?

[Médiat]

La solution 1 a toujours mes faveurs.

tu peux voir aussi là :
http://www.developpez.net/forums/sho...d.php?p=994717

[crazychris64]

J'a bien pris connaissance de ton hyperlien mais cela ne m'avance pas dans le fait de savoir comment résoudre mon problème. Je ne sais pas quoi faire pour:

1. Identifier qu'une ACTION_COM s'applique à SOCIETE ou CONTACT?

2. Pour exprimer le fait que GERE_PAR ne concerne que CONTACT et pas SOCIETE

3. Pour exprimer le fait qu'un CONTACT appartient à une SOCIETE?

Et tout cela vient du fait que je ne peux pas déterminer que num_ecl provient suivant chaque cas de l'entité SOCIETE ou CONTACT

Tes compétences étant supérieures au miennes, à partir de mon MCD quel MLD réaliserais-tu (te compliques pas reprends juste les clés primaires et externes)?

[Médiat]

1. Identifier qu'une ACTION_COM s'applique à SOCIETE ou CONTACT?
Une ACTION_COM s'applique à une ENTITE_CLIENT qui peut contenir une type d'ENTITE_CLIENT '(afin de distinguer SOCIETE et CONTACT).
2. Pour exprimer le fait que GERE_PAR ne concerne que CONTACT et pas SOCIETE
La clé étrangère pointe sur CONTACT et non sur ENTITE_CLIENT ou SOCIETE
3. Pour exprimer le fait qu'un CONTACT appartient à une SOCIETE?
Une clé étrangère dans CONTACT référence une ligne dans SOCIETE

[crazychris64]

oui c'est ce que je cherche à réaliser mais num_ecl qui est la clé primaire de SOCIETE ET CONTACT ne permet pas de distinguer qu'une association s'applique à un CONTACT OU à une SOCIETE.

[Médiat]

Tu as cette information dans la déclaration des FK...

[crazychris64]

Je pense que je vais prendre un MCD comme suit parce que l'héritage pour une base de données relationnelle c'est pas terrible.



Au moins là il n'y aura pas d'ambiguité avec les clé primaires et externes pour le MLD.

Qu'est ce que tu en penses?

[Médiat]

Jamais je ne ferais cela, l'héritage, bien maîtrisée, fonctionne parfaitement ; je n'ai toujours pas compris ton problème, la Table GERE_PAR possède une FK qui pointe sur CONTACT, je ne vois vraiment pas où est l'ambiguïté....

[crazychris64]

Validé par le chef donc ok pour moi.
FK marcherai pas je pense à cause APPARTIENT.
Merci quand même d'avoir répondu.