[Doctrine] plusieurs many-to-many avec une seule table

Bonsoir,

J'ai une table "Employee" et une table "Options". La table "Options" définit une liste d'options pour différents champs concernant l'employé. Par exemple le champ "studies", à valeur unique, pourra prendre une valeur parmi toutes celles dans "Options" qui ont pour type = "studies".

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Employee id name service position studies   Options id type ("studies", "position", "service", "competence", "project", ...) name

---

En plus de ça, mon employé a plusieurs "champs" (entre guillemets) qui peuvent avoir des valeurs multiples, genre "competences", "projects" (et d'autres champs).

Donc j'ai créé une table de jointure "employee_options" qui définit :

Code:

---

1 2 3

employee_id option_id type ("competences", "projects", etc.)

---

Ce que j'aimerais, c'est avoir une relation nommée "Competences" qui lie à un employé une série de valeurs dans la table "employee_options" dont le type vaut "competences", et pouvoir avoir une autre relation nommée par exemple "Projects" qui lie à un employé une série de valeurs dans la table "employee_options" dont le type vaut "projects".

Donc en gros il me faudrait une clef étrangère (que j'ai : employee_id), mais aussi une seconde contrainte sur la valeur du champ "type"...

Est-ce faisable ?

Le plus simple est d'utiliser une des particularités de doctrine appelée : Héritage par agrégation de colonne (inheritage by Column Aggregation)

Ton schéma devient :

Code:

---

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 34 35 36 37 38 39 40 41 42 43 44 45

employee: columns: name: string(100) service_id: integer position_id: integer studie_id: integer relations: studie: local: studie_id foreign: id foreignAlias: employees service: local: service_id foreign: id foreignAlias: employees position: local: position_id foreign: id foreignAlias: employees   option: columns: name: string(100)   studie: inheritance: extends: option type: column_aggregation keyField: type keyValue: 1   service inheritance: extends: option type: column_aggregation keyField: type keyValue: 2   position: inheritance: extends: option type: column_aggregation keyField: type keyValue: 3

---

Note la disparition des champs id qui, s'il n'y a pas de primaryKey définie seront créé automatiquement.

Tout est passé en minuscule.

Pas de "s" sauf si, dans une relation, il y a un retour de plusieurs enregistrements. (dans employee, le retour des positions et autres options).

La table option comporte trois champs, id (créé automatiquement), name, type (créé par les column aggregation).

Il n'y a pas de tables : position, studie,... mais des objets pour y accéder, il n'est donc jamais nécessaire d'utiliser la valeur du champ type dans une requête.

Les id des tables : position, studie,... sont le même champ, il n'est donc pas possible d'avoir une position et une studie avec le même champ id.

Pour récupérer les positions d'un objet emplyee ($employee), il convient de faire un $employee->getPosition() et on va récupérer la position de cet employee. Au contraire, pour récupérer la liste des employés pour une position ($position) : $position->getEmployees() le "s" va indiquer qu'il y a, en retour, un Doctrine_Collection des employés qui occupent cette position. Attention, suivant la requête sous-jacente, cela peut générer beaucoup de requêtes.