Discussion :

[Wnejla]

Bonjour,
J'ai une relation ternaire et je veux la transformer en modèle logique de données (MLD) . Un administrateur du système peut ajouter un ou plusieurs utilisateurs à un groupe. Un utilisateur ne peut appartenir qu' à un seul groupe. Voici le diagramme de classe relatif:



Merci de me corriger les fautes et de m'aider à transformer cette relation en modèle logique de données

[fsmrel]

Bonsoir Wnejla,

Merci de me corriger les fautes et de m'aider à transformer cette relation en modèle logique de données

Au préalable, il faudrait compléter les règles de gestion des données. Selon votre diagramme, à supposer que ProfilGroupe représente effectivement une association ternaire, un administrateur peut certes traiter plusieurs utilisateurs, mais il ne traite qu’un seul groupe et un groupe n’est traité que par un seul administrateur (bijection). Les règles que vous prévoyez sont-elles bien celles-ci ? Sinon, quelles sont-elles ?

[Wnejla]

Merci pour votre réponse,

un administrateur peut traiter plusieurs utilisateurs et peut traiter plusieurs groupes, mais il peut ajouter un profil d'utilisateur que dans un seul groupe (il ne peut pas ajouter un profil dans deux groupes par exemple).Comment je peut traduire ça?

[fsmrel]

un administrateur peut traiter plusieurs utilisateurs et peut traiter plusieurs groupes, mais il peut ajouter un profil d'utilisateur que dans un seul groupe

En supposant qu’un utilisateur ne soit sous le contrôle que d’un seul administrateur (même principe pour un groupe) :


DC



MLD



La multiplicité 1..1 portée par le lien connectant UTILISATEUR et GROUPE dans le diagramme de classes fait que dans le MLD la clé de la table UTILISATEUR est le singleton {UtilisateurId} : un utilisateur ne pourra donc jamais appartenir à plus d’un groupe et au niveau SQL le SGBD y veillera, même si l’administrateur se fâche tout rouge...

[Wnejla]

Merci beauuucoup