Discussion :

[CaNiBaLe]

Bonjour à tous,

Je suis en train d'étudier un peu la réalisation de base de données. Une question qui m'est posée me laisse un peu perplexe...

Soit :
EMPLOYE (NoEmp, NomEmp, NoDept, NoProj)
-Un employé est affecté à un et un seul département et ne travaille que sur un et un seul projet.
DEPARTEMENT (NoDept, NomDept, Chef)
-Le chef du département est lui même un employé affecté au département
PROJET (NoProj, NomProj, Budget)

Si l'on souhaite autoriser le fait qu'un employé travaille sur plusieurs projets, cela nécessite la restructuration de la BD. Seulement il faut préserver l'ancienne vue des données afin d'assurer la continuité de l'exploitation de toutes les applications fondées sur la structure originale. Et aussi prendre en compte la nouvelle procédure pour construire de nouvelles applications.

Je souhaiterais savoir quelles sont les étapes effectuées par l'administrateur pour réaliser la restructuration de la BD. Et quelles les requêtes SQL pour chaque étape.

J'ai modélisé la BD sous phpmyadmin pour y tester mes requêtes, évidement si j'essaie d'affecter plusieurs projets à un employé, une erreur de duplicate entry m'est renvoyée à cause de la clé primaire de employé qui se retrouve dupliquée.

J'ai donc pensé à créer une nouvelle table réunissant NoEmp et NoProj avec comme clé primaire l'union des deux, comme cela:

Code :

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

1
2
3
4
5
Create Table PROJET_EMP(
	NoEmp number(5),
	NoProj number(5),
	Constraint PK_PROJET_EMP PRIMARY KEY (NoEmp ,NoProj)
);

Mais bon je suis un peu douteux et je ne pense pas que ce soit suffisant...

Merci pour votre aide!

[punkoff]

bonjour,


D'un point de vue conceptuel (MCD) :

Employé-0,n-------Affecté-------0,n-Projet

D'un point de vue physique (MPD) :
Employé (id_emp, nom_emp, ...)
Projet(id_pro, nom_pro, ....)

R_EMP_PRO(#id_pro, #id_emp)


Maintenant on peut aussi pousser un peu plus loin et introduire une notion de temps si nécessaire.
Ceci devra figurer dans la table R_EMP_PRO (notion de date de début / date de fin + trigger pour gérer les cas non voulus)


Après ceci il faudra, bien-sur, supprimer la colonne qui référence la table projet dans votre table employé.

[CaNiBaLe]

Je te remercie pour ta réponse

Donc si je récapitule, d'abord je créé la nouvelle table ayant pour clé primaire l'union des clés primaires de EMPLOYÉ et PROJET puis je supprime la clé étrangère "noProj" dans EMPLOYÉ.

Code :

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

1
2
3
4
5
6
7
8
9
10
CREATE TABLE PROJET_EMP(
	NoEmp number(5),
	NoProj number(5),
	Constraint PK_PROJET_EMP PRIMARY KEY (NoEmp ,NoProj)
        FOREIGN KEY (NoEmp) REFERENCES EMPLOYE(NoEmp),
        FOREIGN KEY (NoProj) REFERENCES PROJET(NoProj)
);
 
ALTER TABLE EMPLOYE
DROP FOREIGN KEY NoProj;

C'est bien ça?

[CinePhil]

Si l'on souhaite autoriser le fait qu'un employé travaille sur plusieurs projets

J'ai donc pensé à créer une nouvelle table réunissant NoEmp et NoProj avec comme clé primaire l'union des deux

C'est bel et bien ce qu'il faut faire.

L'étape suivante consiste à transférer les données actuelles (la colonne NoProj de la table EMPLOYE) dans la nouvelle table :

Code :

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

1
2
3
4
INSERT INTO PROJET_EMP(NoEmp, NoProj)
SELECT NoEmp, NoProj
FROM EMPLOYE
ORDER BY NoEmp, NoProj

Il est ensuite possible de supprimer la colonne NoProj de la table EMPLOYE.

Mais comme vos applications actuelles interrogent la table EMPLOYE qui contient la colonne NoProj, il faudrait que la vue qui reconstitue la table EMPLOYE utilisée actuellement porte le nom EMPLOYE, sauf à recoder toutes les applications existantes !

Vous pourriez donc :
1) Créer une nouvelle table nommée par exemple te_employe_emp (norme de nommage inspirée de celle de SQLPro) sans la colonne NoEmp.
2) Y insérer toutes les données de la table actuelle EMPLOYE (sauf NoEmp bien sûr qui a déjà été transféré dans la table PROJET_EMP ! ).
3) Supprimer la table EMPLOYE actuelle.
4) Créer la vue EMPLOYE qui reconstitue l'ancienne table.

Ainsi, les programmes ne sont pas perturbés.

Le problème qui va se poser est de déterminer quel projet doit figurer dans la vue lorsqu'un employé travaille sur plusieurs projets. À vous de poser la question et de résoudre le problème.

[CaNiBaLe]

Excellent, je vous remercie pour votre réponse complète. J'ai bien cerné les étapes à suivre.

Merci encore pour votre aide!