Discussion :

[spectre59]

Bonjour à tous .
Si je viens vers vous c est que j'ai un doute sur la validité de mon mcd .
Je m'explique , je dois créer un site web afin de gérer les réunions au sein d'une entreprise .
Quelle que données sont a prendre en compte :

1. une personne ne peut pas être présent à plusieurs réunion en même temps.
2. il ne peut pas avoir plusieurs réunions dans la même salle en même temps.
3. chaque salle a son propre nom.
4. un statut sera présent pour chaque employé (exemple :développeur/commercial/chargé de communication).
5. une catégorie est utilisé (admin/utilisateur) afin que l admin supprime/définis/crée/modifie des statuts/des salles de reunions/des personnes.
6. une personne sera désigné en procuration en cas d'absence du créateur de la réunion

La ou je doute sur mon mcd c est sur la table REUNION concernant la clé primaire .
En attente de remarque ou de conseil .


Merci d'avance de vos réponses .

[escartefigue]

Bonsoir,

La pléthore d'identifiants de votre entité-type réunion, met en évidence un défaut de modélisation :

Seules les tables issues des associations (ou relations), peuvent hériter d'identifiants venus d'autres entités-type, mais là vous en êtes au stade conceptuel, donc de table point !
Donc soit la réunion est une entité-type (un objet caractérisé par des attributs et qui interagit avec d'autres objets) et il faut choisir un identifiant naturel (peu probable) ou artificiel telle qu'une valeur auto-incrémentée,
soit la réunion est une association (auquel cas l'usage est plutôt d'utiliser un verbe, donc réunir) et dans ce cas vous n'avez pas besoin d'identifiant au stade conceptuel.

Edit : je n'y avais pas prêté attention mais je vois que vous avez mis les id supplémentaires coté cardinalité 1,1, du coup vous avez anticipé la règle de migration des identifiants (et attributs éventuels de la relation) lors de la dérivation du MLD en cas de card maxi 1. A ne pas faire, car vous vous retrouveriez avec les attributs en double lors de la génération du MLD !

[spectre59]

Bonjour . Merci d'avoir pris le temps de repondre .
Oui j ai anticiper le mld afin d'organiser les cles primaire et externe sur la table Reunion .
Dans le but expliquer mon doute .
edit : Oui c 'est une table association .

[escartefigue]

C'est bien ce que je craignais, donc vous aurez compris qu'il ne faut pas le faire, la génération du MLD produira automatiquement les effets désirés, avec les controles qui vont bien ce qui vous évitera bien des erreurs

Par contre je doute que réunion soit une association je pense que vous avez bien fait de modéliser une entité type, que vos associations sont justifiées, seuls les identifiants ajoutés n'ont pas lieu d'être (les différents identifiants de personne, l'identifiant de salle)
Vous n'avez pas non plus besoin des identifiants date puisque vous avez choisi un identifiant auto-incrémenté, qui est unique par construction
Si plus tard (au niveau du modèle physique) vous voudrez ajouter des index pour faciliter les recherches par date se sera possible, il n'est pas nécessaire pour autant que la date soit identifiante dans le MCD

[spectre59]

Merci d avoir repondu je vais le corriger maintenant et le posté une image pour être sur d'avoir bien compris .
edit:post la correction / j'ai supprimer l id Reunion afin de garder que date/heure_debut/heure_fin/invite/id_salle en cle primaire

[escartefigue]

Non : id_salle est votre identifiant de l'entité-type salle, à ce titre, il n'a rien à faire dans l'entité-type réunion !

Pour faire court : dans le MCD, si vous avez défini un identifiant dans une entité type, il ne doit pas se retrouver dans une autre entité-type

Vous pouvez faire exactement comme pour vos autres entités-type : définir un identifiant artificiel de type auto-calculé ça ira très bien pour "réunion", nul besoin d'ajouter date et heure pour identifier vos réunions

[spectre59]

Comme indique dans le premier post je dois repondre a certaine contrainte .
Comment savoir dans quelle salle la reunion est presente sans la liaison ?

[escartefigue]

Bonjour,

Au stade conceptuel, vous ne devez pas vous préoccuper du comment.

Les questions à poser sont qui/quoi est en relation avec qui/quoi et quelle est la nature de ces relations (uniques, multiples, exclusives...)

[escartefigue]

Voici une proposition