Questions liées au getRelatedModelName()

Bonjour.

Dans mon admin générée, sur un module Campain, j'ai un champ formulaire idTemplate lié par une relation à l'objet Template. La relation s'est bien produit, et dans ma classe Base du formulaire, il m'a généré par défaut un :

Code:

---

$this->setWidgets(array('idTemplate' => new sfWidgetFormDoctrineChoice(array('model' => $this->getRelatedModelName('idTemplate'), 'add_empty' => true))));

---

Sauf que cette méthode récupère l'ID de la relation (logique, puisque c'est avec cette colonne qu'elle est liée :lol: )

Mais serait-il possible d'afficher dans ce FormChoice une colonne différente de mon modèle "related" ? (dans ce cas ci, le nom du template serait plus intuitif que son ID).

Merci de votre aide !

J'ai pas compris le début de la question "module Campain" entre autre, mais j'ai la réponse :D

Une question classique sur le forum.

Dans l'objet du modèle <table>.class.php tu crées une méthode __toString() qui retourne la valeur que tu veux afficher dans ta liste.

Bonjour, Alors le module Campain, c'est tout simplement le nom du module généré via un modèle Doctrine... Désolé si je suis pas très clair.

Vous avez répondu à ma question, merci beaucoup, j'ai été voir la fonction __toString() de sfDoctrineRecord et il suffisait de mettre le nom 'name' dans ma base de donné pour le champ que je veux, et il le fait automatiquement.

Autre question, toutes mes champs de formulaires qui sont générés via le widget sfWidgetFormDoctrineChoice ne sont pas enregistrés dans la base de données (idUser et idTemplate)... Où dois-je regarder ? Je suis un peu perdu là...

Merci pour votre aide

J'ai du mal a comprendre.

D'où vient le idUser ? Tu ne stocke pas les données Utilisateur dans la base ???

Attention pour les noms de champs, symfony (en fait doctrine, l'ORM embarqué) utilise le champ id pour l'id unique d'un champ et <table>_id pour le champ clef de relation pour la table <table> dans une autre table.

Revenons à nos moutons, où sont stockées les données utilisateur ?

Bonjour :)

Alors, les données utilisateurs sont stockées dans sfGuardUser, en vue d'être étendu avec sfGuardUserProfile (si ma mémoire ne me fait pas défaut).

idUser est le nom de ma relation, si il est ainsi, c'est qu'auparavent ils étaient stockées dans la table User et j'ai pour habitude de gérer les relations comme ça <fk><Table>. Peut être je fait une erreur ? Dois-je m'habituer à utiliser cette syntaxe = <table>_id ?

Quand je dis qu'elles ne sont pas enregistrées dans la base, c'est que lorsque je valide mon formulaire, les données du sfWidgetFormDoctrineChoice (soit dans mon cas idUser et idTemplate) ne sont pas pris en compte... Tout le reste fonctionne correctement.

Me suis-je exprimé clairement ? Voici des extraits de mon shema.yml

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 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60

Campain: actAs: Timestampable: created: name: created_at type: timestamp updated: name: updated_at type: timestamp columns: id: type: integer(4) primary: true notnull: true autoincrement: true name: type: string(45) idUser: type: integer(4) idTemplate: type: integer(4) created_at: type: timestamp updated_at: type: timestamp expires_at: type: timestamp relations: idUser: class: sfGuardUser local: idUser foreign: id foreignAlias: Users idTemplate: class: Template type: integer(4) local: idTemplate foreign: id foreignAlias: Templates   Template: columns: id: type: integer(4) primary: true notnull: true autoincrement: true name: type: string(45) idUser: type: integer(4) text: type: clob(65535) relations: idUser: class: sfGuardUser local: idUser foreign: id foreignAlias: Templates

---

Merci !

Le schéma revu à ma sauce

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

Campain: actAs: Timestampable: columns: name: type: string(45) user_id: type: integer(8) template_id: type: integer(8) expires_at: type: timestamp relations: User: class: sfGuardUser local: user_id foreignAlias: Campains Template: class: Template local: template_id foreignAlias: Campains   Template: columns: name: type: string(45) # user_id: # type: integer(8) text: type: clob(65535)

---

• Timestampable crée les deux champs par défaut, il n'est pas nécessaire de les lui redemander.
• Symfony (doctrine) crée automatiquement les champs Id si aucune clef primaire n'a été déclarée.
• user_id plutôt que idUser, symfony présume que les clefs sont de cette forme. Les clefs par défaut sont en integer(8) (pour sfGuard il faudrait vérifier ce n'est pas évident).
• template_id idem à user_id
• create_at, update_at sont créé automatiquement par le actAs
• Relation avec sfGuardUser : Le nom de la relation donne le nom de la fonction get, ici on aura dans l'objet Campain un getUser() (un utilisateur par Campain, foreignAlias est le nom du côté de l'objet sfGuardUser
• Relation avec Template, idem.
• Pour les deux relations le champ local pourrait aussi être laissé à la valeur par défaut.
• user_id dans Template !!! Je l'ai laissé pour info, mais il me semble qu'il ne puisse qu'être générateur de problème dans cette liaison
• Plus de relation définie dans Template, la déclaration d'une relation ne doit se faire que d'un des deux côté (en général je la déclare du côté 1 de la relation 1-n, mais l'inverse est parfaitement réalisable, question d'habitude.

Le schéma s'en trouve un peu allégé.

Pour mettre le nom du user dans tes listes, tu as dans ton modèle un objet dérivé de sfGuardUser, il suffit d'y rajouté le __toSring. Idem pour le nom du template, crée une méthode __toString dans l'objet Template.class.php dans lib/model/doctrine

Superbe réponse, très détaillée merci.

J'ai donc résolu le problème, c'était surement du à la convention de nommage que je n'ai pas respectée.

J'ai pas contre un nouveau problème, vous dites que user_id peut causer des problêmes, et... en effet depuis que j'ai changé tout mon schema (ce que je vous ai donné n'était qu'un extrait), je n'arrive pas à faire de clé étrangère avec sfGuard... J'ai donc du tout commenter où il y avait une liaison, et celle avec mon template fonctionne à merveille. Je dois absolument avoir une liaison avec l'utilisateur, puisque ces entrée templates sont destinées à un seul utilisateur par template ! (ouf, suis-je clair ?)

Citation:

---

user_id dans Template !!! Je l'ai laissé pour info, mais il me semble qu'il ne puisse qu'être générateur de problème dans cette liaison

---

Pourquoi ?

Ceci dans mon schema.yml

Code:

---

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

Template: columns: name: type: string(45) user_id: type: integer(8) text: type: clob(65535) relations: User: class: sfGuardUser local: user_id foreignAlias: Templates

---

Produit cette erreur :

Citation:

---

SQLSTATE[HY000]: General error: 1005 Can't create table './raynet/#sql-4e6_9c.frm' (errno: 150). Failing Query: "ALTER TABLE template ADD CONSTRAINT template_user_id_sf_guard_user_id FOREIGN KEY (user_id) REFERENCES sf_guard_user(id)". Failing Query: ALTER TABLE template ADD CONSTRAINT template_user_id_sf_guard_user_id FOREIGN KEY (user_id) REFERENCES sf_guard_user(id)

---

Pour esquiver cette erreur, pas le choix de commenter, or c'est impossible car j'en ai besoin. :roll:

Avez-vous une idée ?

Merci encore pour cette aide intelligente.

EDIT : Dans la base de donnée, c'est INT(11) pour sfGuardUser.id
Alors que le integer(8) semble créer du bigint(20) je ne sais pas trop quoi mettre maintenant ! 8O

Je reprends, mon erreur venait de l'integer(8) comme mentionné dans mon edit précédent.

Il semble que integer(8) produit un bigint en MySql, et que integer(4) produit bien un int mySql. Pour le sfGuardUser.id, c'est bien un int (tu m'avais d'ailleurs bien mis en garde là dessus) donc il faut mettre à user_id un integer(4) et le tout fonctionne.

L'erreur de départ venait donc si mon analyse est bonne, des conventions de nommage des clés étrangères, soit <table>_id au lieu de id<Table>.

Mes habitudes changeront à partir d'aujourd'hui.

Merci mimi68 pour cette aide très précieuse et pour cette avancée dans mon apprentissage de symfony :ccool:

A bientôt

schema.yml (extrait) final :

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

Template: columns: name: type: string(45) user_id: type: integer(4) text: type: clob(65535) relations: User: class: sfGuardUser local: user_id foreignAlias: Templates   Campain: actAs: Timestampable: columns: name: type: string(45) user_id: type: integer(4) template_id: type: integer(8) expires_at: type: timestamp relations: User: class: sfGuardUser local: user_id foreignAlias: Campains Template: class: Template local: template_id foreignAlias: Campains

---