Discussion :

[Lideln75]

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 :

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

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 :

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

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 ?

[Michel Rotta]

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 :

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
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.