Discussion :

[bergie]

Salut,

Eh bien, sous forme d'entités et de relations finales.

Ah d'accord ^^

[shadeoner]

Merci à nouveau pour les propositions.

Je vais simplement mettre une colonne "createur" et "type_createur" dans evt, y'a encore une chose qui me gêne : la colonne createur ne sera pas un FK...

[bergie]

Donc tu utilises une seule table pour les événements?

Si c'est le cas, puisque tu as des champs propres à chaque événements en fonction du créateur, tu auras des champs vides?
Sinon, de quelle façon tu relies un créateur au type d'événements qui lui correspond?

[JPhi33]

Bonjour à tous,

Puisque nous sommes dans le forum schéma, autant illustrer les différentes solutions avec des schémas.

Tout d'abord, les 3 solutions initiales de shadeoner (solution 1, schéma de gauche, solutions 2 et 3, schéma de droite).




Ces propositions ne contiennent pas la solution du problème qui tient à la modélisation correcte de cette partie de l'énoncé :

mais pour le détail d'un évènement, les informations ne seront pas les mêmes si c'est un partenaire ou un utilisateur

Autrement dit, ce sont les données de l'événement qui diffèrent selon que le créateur est un Utilisateur ou un Partenaire. Donc généraliser Utilisateur et Partenaire en Créateur ne résout pas le problème.

Pour moi, la bonne solution est celle que bergie a proposée dès le début :

utiliser des sous-types de ton entité evenement

En effet, puisque les informations de l'événement diffèrent selon le créateur, c'est l'entité Événement qu'il faut spécialiser :



L'entité Événement est identifiée par ID_EVT et constituée des propriétés :

• A : commune à tous les événements ==> entité EVENEMENT
• B : spécifique aux événements créés par les Utilisateurs ==> entité EVT_UTIL
• C : spécifique aux événements créés par les Partenaires ==> entité EVT_PART

Comme conséquence de la spécialisation, le mécanisme d'héritage permet, au niveau logique, de transmettre ID_EVT aux 2 entités spécialisées EVT_UTIL et EVT_PART. Il peut aussi transmettre la propriété A (cette possibilité est rarement utilisée). Ainsi, après transformation du MCD en MLD, les tables sont :

EVENEMENT (ID_EVT, A)
EVT_UTIL (ID_EVT, B, ID_UTIL#)
EVT_PART (ID_EVT, C, ID_PART#)