Discussion :

[dourouc05]

J'ai un petit problème avec l'admin generator de symfony (Doctrine).

Quand j'utilise un panneau entièrement automatique (créé avec la ligne de commande et puis aucune modification) et des clés étrangères (définies dans mon schéma, modèles dont la fonction __toString() a été redéfinie), si je sélectionne un élément dans la liste qui se crée lors de la création d'un nouvel item, il n'est jamais enregistré.

En code, ça donne :
schéma

Code :

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

1
2
3
4
5
6
7
8
9
10
11
table: 
  columns: 
    os: integer
  relations:
    os: 
      foreign: id
      local: os
 
os: 
  columns: 
    name: string(63)

generator.yml du module incriminé

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
generator:
  class: sfDoctrineGenerator
  param:
    model_class:           table
    theme:                 admin
    non_verbose_templates: true
    with_show:             false
    singular:              ~
    plural:                ~
    route_prefix:          table
    with_doctrine_route:   true
    actions_base_class:    sfActions
 
    config:
      actions: ~
      fields:  ~
      list:    ~
      filter:  ~
      form:    ~
      edit:    ~
      new:     ~

lib/model/doctrine/os.class.php

Code :

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

1
2
3
4
5
6
7
class os extends Baseos
{
	public function __toString()
	{
		return $this->name;
	}
}

Le problème : en essayant d'insérer un nouvel élément dans le module précité, j'ai une liste déroulante pour mes OS mais, peu importe celui que je sélectionne, en cliquant sur Save, cet élément n'ets pas sauvegardé en bdd...

Aurais-je loupé quelque chose ?

[bilbonec]

Histoire d'être sûr de comprendre le problème :
dans ton formulaire de création (new), lorsque tu entres les informations et clique sur Save, tout s'enregistre en base de données sauf l'id de ta clé étrangère "os" ?

Remarque : attention à tes définitions dans ton schema.yml. "os" correspond à :
- ton objet "os" ;
- ton id dans "table" ;
- ton nom de relation.

Ca peut éventuellement amener à des conflits. En tout cas, ça amènera forcément tôt ou tard à des erreurs ! Mieux vaut les renommer en : os, os_id et Os.

(t'as le droit de créer une table du nom "table" ?)

[dourouc05]

Histoire d'être sûr de comprendre le problème :
dans ton formulaire de création (new), lorsque tu entres les informations et clique sur Save, tout s'enregistre en base de données sauf l'id de ta clé étrangère "os" ?

Exact.

Ca peut éventuellement amener à des conflits. En tout cas, ça amènera forcément tôt ou tard à des erreurs ! Mieux vaut les renommer en : os, os_id et Os.

Je tente ça et je te dis quoi . Quand on utilise une option pour mettre les relations automatiquement, ça ne génère pas des noms dans ce genre-là ?

(t'as le droit de créer une table du nom "table" ?)

En fait, c'est plus pour l'exemple, j'ai changé le nom de la table, je n'ai jamais testé ce schéma précisément (ne sachant pas précisément ce que je peux mettre en public ou non, je préfère anonymiser un minimum).

[Michel Rotta]

Ton schéma tel que je l'aurais écris :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
table: 
  columns: 
    os_id: integer
  relations:
    os: 
      foreignAlias: tables
 
os: 
  columns: 
    name: string(63)

<nomDeTable>_id est le nom par défaut pour une clef extérieur.

ForeignAlias est le nom de la liaison de l'autre côté, donc pour avoir les tables liées depuis un objet os, on va avoir : $os->tables() qui va retourner un doctrine_collection.

Pour ton problème spécifique, et avec ton schéma comme le miens, il est fonctionnel, à la condition de rajouter un champs à la table table, pour que cela soit viable (dans la liste).

Je pense donc qu'il y a des chances que ton problèmes vienne du schéma (plus particulièrement des relations), donc MP si tu ne veux pas l'afficher.

Ta procédure décrite est "parfaite".

[dourouc05]

J'ai d'abord essayé de changer le nom de la colonne os en os_id, dans mon schéma et dans ma base de données MySQL. Le problème, c'ets que mon application symfony me renvoie toujours des erreurs 502 (d'autres applications sur le même serveur, SQL compris, fonctionnent parfaitement pendant ce temps, sans utiliser la table incriminée ; en "oubliant" une des deux parties, j'ai bien des erreurs de la part de Doctrine comme quoi il y a un truc qui va pas - colonne manquante). Je ne parle ici que de la partie Admin Generator, tous caches vidés, avec le contrôleur de développement.

[bilbonec]

J'ai d'abord essayé de changer le nom de la colonne os en os_id, dans mon schéma et dans ma base de données MySQL

Pourquoi tu le changes dans ta DB ? Elle n'est pas censée être régénérée par Doctrine ?

Sinon, je ne connais pas exactement tout ce qui est déduit par Doctrine en respectant les règles de nommage (comme l'id utilisé depuis le nom de la relation, qui, je crois, doit posséder une majuscule), du coup je préfère en général être un peu plus verbeux pour éviter les erreurs :

Code :

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

1
2
3
4
5
6
7
8
9
table: 
  columns: 
    os_id: integer
  relations:
    Os:
      class: os
      local: os_id
      foreign: id
      foreignAlias: Tables

Peut-être ton erreur vient-elle de là.