Discussion :

[Kuros]

Bonjour,

Je suis en train de créer une table utilisateur comme ceci:
Pièce jointe 181524

Et je ne sais pas trop comment faire, ou si c'est la bonne solution sachant que je veux éviter la redondance.

• Un utilisateur peut avoir plusieurs responsables (co-responsable)

• Un utilisateur peut avoir un binôme

Ma table est donc réflexive mais cela ne me parait pas optimale.
Pouvez-vous me donner votre avis quant à cette conception?

Merci à vous.

[ZenZiTone]

Bonjour,

Je suis en train de créer une table utilisateur comme ceci:
Pièce jointe 181524

Et je ne sais pas trop comment faire, ou si c'est la bonne solution sachant que je veux éviter la redondance.

• Un utilisateur peut avoir plusieurs responsables (co-responsable)

• Un utilisateur peut avoir un binôme

Ma table est donc réflexive mais cela ne me parait pas optimale.
Pouvez-vous me donner votre avis quant à cette conception?

Merci à vous.

Pour ma part j'utiliserais des associations. Ça évite les blancs dans les champs dans le cas ou binôme ou responsable ne serait pas renseignés. (d'autant plus si un utilisateur peut avoir plusieurs responsables.

[fsmrel]

Bonsoir Kuros,


Vous postez dans le forum Merise : commencez par les règles de gestion des données et un MCD.


Fournissez toujours des règles complètes. Vous écrivez par exemple :

Un utilisateur peut avoir plusieurs responsables (co-responsable).

Il faudrait compléter par :

Un utilisateur peut être responsable de plusieurs utilisateurs.

Vous écrivez :

Un utilisateur peut avoir un binôme.

Il faudrait compléter (probablement) par :

Et un utilisateur peut être binôme d’au plus un utilisateur.

Si les règles sont celles-là, le MCD serait le suivant :




Le MLD correspondant :




Et le code SQL :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
 
CREATE TABLE UTILISATEUR 
(
   Id_Utilisateur       INT                  NOT NULL,
   Nom                  VARCHAR(32)          NOT NULL,
   Prenom               VARCHAR(32)          NOT NULL,
   CONSTRAINT _UTILISATEUR_PK PRIMARY KEY (Id_Utilisateur)
) ;
 
CREATE TABLE RESPONSABILITE 
(
   Id_Utilisateur       INT                  NOT NULL,
   Id_Responsable       INT                  NOT NULL,
   CONSTRAINT RESPONSABILITE_PK PRIMARY KEY (Id_Utilisateur, Id_Responsable),
   CONSTRAINT RESPONSABILITE_UTILISATEUR_FK FOREIGN KEY (Id_Utilisateur)
      REFERENCES UTILISATEUR (Id_Utilisateur),
   CONSTRAINT RESPONSABILITE_RESPONSABLE_FK FOREIGN KEY (Id_Responsable)
      REFERENCES UTILISATEUR (Id_Utilisateur)
) ;
 
CREATE TABLE BINOMER 
(
   Id_Utilisateur       INT                  NOT NULL,
   Id_Binome            INT                  NOT NULL,
   CONSTRAINT BINOMER_PK PRIMARY KEY (Id_Utilisateur),
   CONSTRAINT BINOMER_AK UNIQUE (Id_Binome),
   CONSTRAINT BINOMER_UTILISATEUR_FK FOREIGN KEY (Id_Utilisateur)
      REFERENCES UTILISATEUR (Id_Utilisateur),
   CONSTRAINT BINOMER_RESPONSABLE_FK FOREIGN KEY (Id_Binome)
      REFERENCES UTILISATEUR (Id_Utilisateur),
   CONSTRAINT BINOMER_CHK01 CHECK (Id_Utilisateur <> Id_Binome) 
) ;

Quelques contraintes à prévoir :

On ne peut pas être son propre supérieur, on ne peut pas être son propre binôme.