embedRelation ou fusion de table

bonjour,
je démarre dans symfony et un point que j'ai besoin de clarifier rapidement (pour demarrer mon projet) est la gestion des formulaires imbriqués.

J'ai en effet 2 tables avec une liaison 1-1 pour des raisons d'accés.
une table user avec le nom son code et son login et une table user info avec toute les données le concernant (phone, email, matricule...).

J'ai besoin quand je crée/edit/supprime un user de le faire en même temps dans ces 2 tables.

J'ai pas mal cherché au niveau des fonctions mergeForm, EmbedForm et embedRelation mais je n'ai pas l'impression que la fusion de formulaire soit trés simple.

Dois je perseverer avec mes 2 tables ou il vaut mieux que je les fusionne ?

Tu utilises un sfGuard pour l'accès ?

Si non, je ne vois pas trop l'intérêt des deux tables, surtout si les enregistrements doivent être concomitant.

Il n'y a pas de solution simple pour les formulaires, j'utiliserais plutôt du embeded.

pas de sfguard.
En faites je fait le tutoriel et en paralléle j'essaye de l'appliquer à mon application.
Cela fait 2 fois que tu me parles de sfGuard.
Je vais y jeter un oeil.

Pour la gestion de deux tables, c'est du juste a des accés plus ponctuel aux infos de la seconde table.
Mais en y réfléchissant peut être qu'une partition de la table serait plus approprié.
Si Doctrine sait le gerer.

pour le embed il y aurait des liens avec des exemples? la doc symfony dessus est assez succinct :(

Bonjour,

Je suis d'accord avec mimi68, pas d'intérêt de dissocier les deux tables, a mon avis.

Effectivement sfDoctrineGuard me semble très très indiqué voir incontournable pour la gestion des utilisateurs avec symfony.

Pour la documentation, voici quelques liens, trouvés via Google.

Je vous conseille le dernier :

• http://prendreuncafe.com/blog/post/2...3-and-Doctrine
• http://redotheoffice.com/?p=42

Qui m'a beaucoup aidé pour la gestion des NestedSet via Doctrine.

Le premier étant assez indiqué toutefois a ton cas...

Cordialement,

En fait, il y a deux plugins complémentaires pour la gestions des utilisateurs et qui sont intéressants.

Pour une simple gestions de login et des droits, sfDoctrinGuard est parfait.

Mais on peut avantageusement lui adjoindre sfForkedDoctrineApplyPlugin que je préfère à sfDoctrineAppluPlugin. Il rajoute a sfDoctrinGuard la possibilité d'y adjoindre des champs personnel et surtout la possibilité pour un utilisateur de créer un compte, de vérifier par courriel la validité, de gérer les paramètres de l'utilisateur par l'utilisateur, de changer le mot de passe, de récupérer un mot de passe perdu. La configuration est un peu plus ardue que celle de sfGuard, mais l'apport en fonctionnalités en vaut largement l'investissement.

j'ai fusionné mes 2 tables ;)
pour sfGuard, je suis pas sur d'en avoir besoin. mon appli en faite gère un parc d'utilisateur mais peu ont besoin d'y avoir accès (une dizaine seulement).
Et puis avant de commencer à installer des plug-in j'essaye de comprendre comment tout ça marche ;)

PS: merci pour les 2 liens je les dévore :)

Vu le type d'application, je ne pense pas que tu aie besoins de sfForkedDoctrineApplyPlugin

Par contre, sfGuard va apporter un support plutôt standardisé sans la gestion des droits et pourquoi réinventer la roue.

Un autre plugin qui pourrait être intéressant est sfDoctrineActAsTaggablePlugin c'est un peu particulier comme vision d'une base de données, mais pour gérer des tas de matériels avec des propriétés différentes, cela pourrait être intéressant comme approche.

arghh mimi68, pas si vite ;)
j'ai même pas encore compris comment tout ça fonctionnait que tu me donnes 2 plug in qui vont macher le travail ;)

effectivement j'ai l'impression que ton plug-in m'interresse :)

C'est un des intérêts de symfony, il y a le noyau de base et beaucoup de modules qui permettent de mâcher le travail. Pourquoi réinventer la roue si quelqu'un c'est est déjà chargé pour nous ?

Ou de partager un module qui permettrait a d'autre de profiter de son expérience.

A noter que la majorité des plugins qui rajoutent des fonctions applicatives sont compatibles avec sfGuard, d'où l'intérêt de l'utiliser.