Discussion :

[Celina07]

Bonjour, je sollicite votre aide et j'espère que je suis au bon endroit car j'ai pas trouvé le forum qui concerne les MCD avec sql power architect.
Je prépare la base de donnée pour une application qui permet de trouver des producteurs des produits bien déterminés grace à la géolocalisation..
Je souhaite partager avec vous mon travail jusque là afin d'avoir vos avis qui me permettent d'améliorer ma conception. Merci à ceux qui répondront..
Voici des captures de ce que j'ai pu faire.

[CinePhil]

Vite fait...
1) Vous devriez donner quelques explications sur le contexte de votre système à modéliser et, si possible, au moins quelques règles de gestion.
Ça aiderait à donner des réponses efficaces.

2) Ce que vous donnez comme schéma n'est pas réellement un MCD mais un Diagramme entités/relations, qui est plus proche d'un MLD.

2) On voir que producteur et consommateur ont des propriétés en commun (nom, prénom, adresse...). Ce sont dons des personnes physiques.
Vous devriez modéliser ces personnes physiques et ces adresses.

Règles de gestion :
R1 : Un producteur est une personne physique et une personne physique peut être un producteur.
R2 : Un consommateur est une personne physique et une personne physique peut être un consommateur.

MCD :
producteur -(1,1)----être----0,1- personne_physique
consommateur -(1,1)----être----0,1-------|

Tables :
te_personne_physique_pph (pph_id, pph_nom, pph_prenom...[autres propriétés communes à toutes les personnes physiques])
th_producteur_prd (prd_id_personne_physique, ...[propriétés spécifiques aux producteurs])
th_consommateur_cns (cns_id_personne_physique, ... [propriétés spécifiques aux consommateurs])

Le modèle ci-dessus est un héritage de données.
Dans les tables ci-dessus, les clés primaires sont soulignées et les clés étrangères sont en italique.

3) Les communes des adresses doivent être séparées. Ça évite d'avoir 1000 fois la même commune enregistrée et ça évite surtout l'écriture de la même commune sous des orthographes différentes, ce qui fait que si vous voulez les statistiques sur les producteurs de Saint-Étienne, vous n'aurez pas ceux de St. Etienne, de Saint-Etienne, de Saint Etienne...

Règle de gestion :
R3 : Une personne physique réside dans une commune et une commune peut voir résider plusieurs personnes physiques.

MCD :
personne_physique -1,1----résider----0,n- commune

Tables :
tr_commune_cmn (cmn_id, cmn_nom...)
te_personne_physique_pph (pph_id, pph_id_commune_residence, pph_nom, pph_prenom...[autres propriétés communes à toutes les personnes physiques])

4) Je suppose que plusieurs producteurs pourront avoir la même sépcialité ?
Il convient donc d'externaliser les spécialités.

Règle de gestion :
R4 : Un producteur possède une spécialité et une spécialité peut être possédée par plusieurs producteurs.

MCD :
producteur -1,1----posséder----0,n- specialite

Tables :
tr_specialite_spe (spe_id, spe_code, spe_nom...)
th_producteur_prd (prd_id_personne_physique, prd_id_specialite, ...[propriétés spécifiques aux producteurs])


J'arrête là pour le moment.
Réfléchissez ainsi à l'ensemble de vos données et proposez-nous un nouveau diagramme.
Essayez aussi de nous donner des règles de gestion pour qu'on puisse juger de la pertinence des liens entre vos tables.