Les ENUM avec Doctrine

Version imprimable

Bonjour,

j'ai écris la classe suivante :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
notificationReport:
  actAs: ~
  columns:
    author_id:   { type: integer }
    type:        { type: enum, values: ['Règle métier', 'Erreur', 'Bug', 'Amélioration'] }
    field:       { type: enum, values: ['', 'Nom', 'Budget', 'Valeurs', 'Description', 'Manager', 'Date de début', 'Date de fin'] }
    description: { type: clob }
    criticity:   { type: enum, values: ['1 - Très haute', '2 - Haute', '3 - Moyenne', '4 - Faible', '5 - Très faible'] }
  relations:
    Author:
      class:        sfGuardUser
      local:        author_id
      foreign:      id
      foreignAlias: Reports

Logiquement, je ne devrais pouvoir enregistrer des instances de notificationReports qu'avec les valeurs que j'ai spécifiées dans mes enum.

Cependant, si je fais par exemple :

Code:

1
2
3
4
5
6
7
 
  valuesValidator1Report:
    Author:      [rootUser]
    type:        "Erreur"
    field:       "Valeurs"
    description: "Le validateur Valeurs accepte des floats"
    criticity:   "3 - BLABLA"

je ne me retrouve avec aucune erreur, et je me retrouve effectivement avec "3 - BLABLA" entré en base pour la colonne "criticity".

Auriez-vous une explication à ce comportement non-attendu ?

22/09/2010, 21h33
Michel Rotta

Laisse tomber les enum et met en place une vraie structure de base de données. Avec des clefs liées.
Tu va y gagner en rigueur et en fiabilité.
23/09/2010, 09h05
bilbonec

Je suis tout à fait d'accord avec ça :)

Après, là, c'est un tout petit projet qui ne risque pas de bouger (voire même d'être utilisé ...), du coup je n'ai pas eu envie de me compliquer à faire une table de paramètres globaux vers laquelle mes autres tables pointeraient.

Ceci dit, je me retrouve avec ce "bug" que je ne comprends pas et que je pourrais contourner avec ta méthode. Mais s'il y a des ENUM, j'aimerais pouvoir m'en servir correctement !
23/09/2010, 13h58
Michel Rotta

De toutes les formations que j'ai suivi et donné en base de données, il ressort que les ENUM sont essentiellement des "truc" mis en place pour les gens trop "paresseux" pour travailler proprement.

Doctrine avec une table de paramètre est des table héritées permet d'arriver à un résultat largement plus simple à exploiter, y compris dans les listes déroulantes, je n'ai jamais vu aucune méthode permettant simplement de les gérer à partir des options d'un ENUM.

Pourquoi faire long et compliquer alors qu'il est possible de faire rapide et simple (et propre) ?
23/09/2010, 14h25
bilbonec

Bon, reste plus qu'à mettre "RESOLU" et retourner à la méthode classique d'une table de paramétrage.

Merci de t'obstiner à vouloir que je reprenne le droit chemin. C'est parfois tentant que de se laisser aller :D
23/09/2010, 15h11
Michel Rotta

Je serais pour toi, le fouet de la raison :mrgreen: