Discussion :

[Sieg Hart]

Bonjour,

j'ai une base de donnée a faire, j'ai donc créer les tables.

+-------------+
|Utilisateurs
+-------------+
|id
|nom
|prenom
+-------------+


+-------------+
|droits
+-------------+
|id
|nom
+-------------+


+-------------+
|programme
+-------------+
|id
|nom
+-------------+

Donc voila, un utilisateur a un ou plusieurs droits, et ces droits donne accès a un ou plusieurs fichiers.

Il me manque les clés étrangère pour pouvoir faire les jointures du genre :

• la liste de tout les programme qu'on peut d'utiliser avec un droit particulier
  
  ex:
  Droit1:
  

  • prog1
  • prog2

  
  
  Droit2:
  

  • prog2
  • prog3
• la liste des droits qu'on chaque utilisateurs.

J'ai pas d'idée pour les clés etrangere ni pour les jointures.
Autant si un droit avait un programme, ou un programme ne pouvait etre utilisé qu'avec un droit particulier j'aurai une idée de comment faire. Mais là il n'y a que des relation *,*.
J'aurai besoin d'aide.

Merci
Cordialement.

[gannher]

Il te faudra des tables intermédiaires pour chaques relations n,n.

[Sieg Hart]

C'est a dire?

ps: je viens de m'apercevoir que je me suis raté avec le titre du topic :s

[fsmrel]

Bonsoir,


Si l’on s’appuie sur votre exemple, vous avez défini certains droits sur certains programmes, indépendamment des utilisateurs :

Droit1:

prog1
prog2

Droit2:

prog2
prog3

Vous devez donc définir une table de liens — appelons-la DP — entre les tables DROIT et PROGRAMME. Appelons Droit_Id et Prog_Id ses attributs. Une image tabulaire du contenu de cette table (les attributs composant la clé primaire sont soulignés) :

Code :

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

1
2
3
4
5
6
 
Droit_Id    Prog_Id   
droit1      prog1       
droit1      prog2       
droit2      prog2       
droit2      prog3

Mais les droits figurant dans cette table doivent préexister dans la table DROIT, de même que les programmes doivent préexister dans la table PROGRAMME.
Autrement dit, l’attribut Droit_Id doit représenter la clé étrangère permettant d’établir une contrainte d’intégrité référentielle entre les tables DP et DROIT, de même que l’attribut Prog_Id doit représenter la clé étrangère permettant d’établir une contrainte d’intégrité référentielle entre les tables DP et PROGRAMME.

Le code de création de la table DP est alors le suivant :

Code SQL :

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

1
2
3
4
5
6
7
8
 
CREATE TABLE DP
(      Droit_Id  ...
     , Prog_Id ...
  , CONSTRAINT DP_PK  PRIMARY KEY (Droit_Id, Prog_Id)
  , CONSTRAINT DP_FKD  FOREIGN KEY (Droit_Id) REFERENCES DROIT (id)
  , CONSTRAINT DP_FKP  FOREIGN KEY (Prog_Id) REFERENCES PROGRAMME (id)
) ;

Maintenant, se pose le problème des droits des utilisateurs.

Hypothèse 1

Les utilisateurs qui ont le droit dx ont alors les droits sur l’ensemble des programmes en relation avec dx, tels que définis dans la table DP :

Il faudra définir une table de liens — appelons-la DU — entre la table DROIT des droits et la table UTILISATEUR des utilisateurs, comme on l’a fait entre les tables DROIT et PROGRAMME.

Hypothèse 2

Les utilisateurs qui ont le droit dx n’ont ce droit que pour certains programmes associés à dx :

Il faudra définir une table de liens — appelons-la DPU — entre la table DP et la table UTILISATEUR.

Dans le cas de cette 2e hypothèse, si la table DP n'offre pas d'intérêt particulier, on peut ne pas la mettre en oeuvre et établir une association ternaire entre les trois tables DROIT, PROGRAMME et UTILISATEUR :

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE DPU
(      Droit_Id  ...
     , Prog_Id ...
     , Util_Id ... 
  , CONSTRAINT DP_PK  PRIMARY KEY (Droit_Id, Prog_Id, Util_Id)
  , CONSTRAINT DP_FKD  FOREIGN KEY (Droit_Id) REFERENCES DROIT (id)
  , CONSTRAINT DP_FKP  FOREIGN KEY (Prog_Id) REFERENCES PROGRAMME (id)
  , CONSTRAINT DP_FKU  FOREIGN KEY ( Util_Id) REFERENCES UTILISATEUR (id)
) ;

[Sieg Hart]

Bonsoir,
Hypothèse 2

Les utilisateurs qui ont le droit dx n’ont ce droit que pour certains programmes associés à dx :

Il faudra définir une table de liens — appelons-la DPU — entre la table DP et la table UTILISATEUR.

Dans le cas de cette 2e hypothèse, si la table DP n'offre pas d'intérêt particulier, on peut ne pas la mettre en oeuvre et établir une association ternaire entre les trois tables DROIT, PROGRAMME et UTILISATEUR :

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE DPU
(      Droit_Id  ...
     , Prog_Id ...
     , Util_Id ... 
  , CONSTRAINT DP_PK  PRIMARY KEY (Droit_Id, Prog_Id, Util_Id)
  , CONSTRAINT DP_FKD  FOREIGN KEY (Droit_Id) REFERENCES DROIT (id)
  , CONSTRAINT DP_FKP  FOREIGN KEY (Prog_Id) REFERENCES PROGRAMME (id)
  , CONSTRAINT DP_FKU  FOREIGN KEY ( Util_Id) REFERENCES UTILISATEUR (id)
) ;

Je vois pas trop a quoi cette cette methode.
Elle sert a réunir les table UD et DP dans une seule et même table, ou au cas ou un utilisateur ayant un droit particulier sur certain programme?

Parse qu'en fait le "droit" est un niveau d'accréditation, et donne droit a une liste de programme. Donc avec le droit dx on a toujours droit au meme programme.

[CinePhil]

Parse qu'en fait le "droit" est un niveau d'accréditation, et donne droit a une liste de programme. Donc avec le droit dx on a toujours droit au meme programme.

Donc l'hypothèse 1 te suffit.

Le MCD qui semble te convenir est le suivant :
Utilisateur -0,n----Accorder----0,n- Droit -1,n----DonnerAcces----0,n- Programme

Les tables :
Utilisateur (id, nom, prenom)
Droit (id, nom)
Programme (id, nom)

AccorderDroit (utilisateur_id, droits_id)
DonnerAcces (droit_id, programme_id)

Et puisqu'on est dans le forum "Langage SQL", quels sont les programmes auxquels j'ai accès ?

Code :

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

1
2
3
4
5
6
7
8
9
SELECT p.nom AS 'Programme'
FROM Programme As p
INNER JOIN DonnerAcces As da ON p.id = da.programme_id
  INNER JOIN Droit AS d ON da.droit_id = d.id
    INNER JOIN AccorderDroit As ac ON d.id = ac.droit_id
      INNER JOIN Utilisateur AS u ON ac.utilisateur_id = u.id
WHERE u.nom = 'Leménager'
  AND u.prenom = 'Philippe'
ORDER BY p.nom

[Sieg Hart]

Ok merci beaucoup.

Maintenant faut remplir les tables

^^

[CinePhil]

Ok merci beaucoup.

Maintenant faut remplir les tables

^^

Commencez bien spur par remplir les tables 'utilisateur', 'droit' et 'programme'.

Ensuite vous pouvez bien sûr remplir les autres tables à la main mais selon le SGBD que vous utilisez, une interface avec des listes déroulantes ou à cocher serait plus agréable à utiliser.

[Sieg Hart]

J'utilise Access, mais bon je vais voir si j'arrive a faire une petite interface graphique pour remplir AccorderDroit et DonnerAcces.