Discussion :

[bilbonec]

Bonjour,

j'ai écris la classe suivante :

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

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

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 ?

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

[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 !

[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) ?

[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

[Michel Rotta]

Je serais pour toi, le fouet de la raison