Discussion :

[kaalii]

Bonsoir,

alors voila j'ai un léger gros problèmes ( lol )

J'ai un utilisateur qui possède un badge qui celui ci a le droit d'ouvrir ou non des portes.
j'ai donc réussi a gérer et modéliser cette partie mais maintenant mon problème se situe à un autre endroit je vous explique déjà mes tables.

UTILISATEUR : N° BADGE , Nom , prénom etc ...
BADGE : N° Badge , groupe , premier droits , derniers droits.
DROITS : Id , N° de badge , N° de porte

et pour l'instant ma table groupe ne contient que son nom et je ne vois pas comment modéliser le fait qu'elle doit pouvoir contenir des droits et changer tous les droits des utilisateurs d'un groupe donné.

Merci d'avance

[CinePhil]

1) Le numéro du badge ne devrait pas être clé primaire.
Il vaut mieux avoir une clé primaire sans signification, invariable, de type entier et auto-incrémenté pour les tables issues des entités types du MCD.
Potentiellement, un utilisateur peut changer de badge, s'il perd le sien par exemple. La clé primaire de la table UTILISATEUR ne serait donc plus invariable.

2) La table DROITS (qui devrait être nommée au singulier comme les deux autres) a une clé primaire et ce qui ressemble à deux clés étrangères, ce qui fait qu'il est possible, sauf si tu as une contrainte d'unicité sur le couple {N° Badge, N° porte}, d'attribuer plusieurs fois les mêmes droits aux badges.
Ta table ressemble à une table associative (issue d'une association du MCD) et ne devrait donc pas avoir de clé primaire indépendante.

et pour l'instant ma table groupe ne contient que son nom

3) Elle devrait avoir au moins un identifiant en plus du nom !

je ne vois pas comment modéliser le fait qu'elle doit pouvoir contenir des droits et changer tous les droits des utilisateurs d'un groupe donné.

Si j'ai bien compris, tu as d'une part ce MCD :
UTILISATEUR -1,1----appartenir----0,n- GROUPE

Par ailleurs, tu veux attribuer des droits sur des portes à un groupe :
GROUPE -0,n----autoriser----0,n- PORTE

Il aurait peut-être fallu commencer par là et ne gérer en plus que les droits supplémentaires de certains utilisateurs par rapport à leur appartenance à un groupe.
UTILISATEUR -0,n----avoir_droit_special----0,n- PORTE

Il faudrait aussi modéliser une contrainte d'exclusion entre les droits des groupes et les droits spéciaux des utilisateurs pour éviter les doublons de droits.

Au final, je verrais plutôt cette structure de tables :
badge (bdg_id, bdg_numero...)
groupe (grp_id, grp_nom...)
porte (prt_id, prt_emplacement...)
grp_autoriser_prt (gap_id_groupe, gap_id_porte)
utilisateur (uti_id, uti_id_badge, id_groupe, uti_nom, uti_prenom...)
uti_droit_special_prt (udsp_id_utilisateur, udsp_id_porte)