IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Symfony PHP Discussion :

embedRelation ou fusion de table


Sujet :

Symfony PHP

  1. #1
    Membre éclairé
    Inscrit en
    Juin 2006
    Messages
    534
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 534
    Par défaut 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 ?

  2. #2
    Expert confirmé
    Avatar de Michel Rotta
    Homme Profil pro
    DPO
    Inscrit en
    Septembre 2005
    Messages
    4 954
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : DPO
    Secteur : Distribution

    Informations forums :
    Inscription : Septembre 2005
    Messages : 4 954
    Par défaut
    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.

  3. #3
    Membre éclairé
    Inscrit en
    Juin 2006
    Messages
    534
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 534
    Par défaut
    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

  4. #4
    Membre chevronné
    Inscrit en
    Août 2007
    Messages
    360
    Détails du profil
    Informations forums :
    Inscription : Août 2007
    Messages : 360
    Par défaut
    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 :



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

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

    Cordialement,

  5. #5
    Expert confirmé
    Avatar de Michel Rotta
    Homme Profil pro
    DPO
    Inscrit en
    Septembre 2005
    Messages
    4 954
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : DPO
    Secteur : Distribution

    Informations forums :
    Inscription : Septembre 2005
    Messages : 4 954
    Par défaut
    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.

  6. #6
    Membre éclairé
    Inscrit en
    Juin 2006
    Messages
    534
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 534
    Par défaut
    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

  7. #7
    Expert confirmé
    Avatar de Michel Rotta
    Homme Profil pro
    DPO
    Inscrit en
    Septembre 2005
    Messages
    4 954
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : DPO
    Secteur : Distribution

    Informations forums :
    Inscription : Septembre 2005
    Messages : 4 954
    Par défaut
    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.

  8. #8
    Membre éclairé
    Inscrit en
    Juin 2006
    Messages
    534
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 534
    Par défaut
    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

  9. #9
    Expert confirmé
    Avatar de Michel Rotta
    Homme Profil pro
    DPO
    Inscrit en
    Septembre 2005
    Messages
    4 954
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : DPO
    Secteur : Distribution

    Informations forums :
    Inscription : Septembre 2005
    Messages : 4 954
    Par défaut
    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.

Discussions similaires

  1. Fusion de tables.
    Par Julieta dans le forum Access
    Réponses: 2
    Dernier message: 06/08/2007, 17h17
  2. [Requete] Fusion de tables
    Par arn.oo dans le forum Requêtes et SQL.
    Réponses: 4
    Dernier message: 19/04/2007, 14h32
  3. [WD 9]fusion de tables
    Par milfra12 dans le forum WinDev
    Réponses: 2
    Dernier message: 30/01/2007, 08h16
  4. fusion de table avec un champ en commun
    Par chamoix dans le forum Access
    Réponses: 3
    Dernier message: 13/12/2006, 23h18
  5. importation et fusion de tables access
    Par M@X_be dans le forum Access
    Réponses: 2
    Dernier message: 20/11/2005, 00h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo