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

ORM PHP Discussion :

[Doctrine] Surcharger executeUpdate pour modifier une table "extérieure" au projet Symfony


Sujet :

ORM PHP

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    80
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 80
    Par défaut [Doctrine] Surcharger executeUpdate pour modifier une table "extérieure" au projet Symfony
    Bonjour à tous,

    Je débute sur Symfony, je travaille sur un Extranet (sf 1.4 + doctrine). J'utilise pour la gestion des utilisateurs de mon extranet le plugin sfGuard.
    J'ai crée le module de modification des utilisateurs (CRUD). Jusque là tout va bien.

    Lorsque je crée un utilisateur sur mon extranet, je dois aller ajouter une ligne dans une table de la BDD, mais cette table ne fait pas partie de l'appli Symfony. Cette table "n'existe donc pas" pour Symfony (actuellement).

    Je n'ai pas d'intérêt particulier à ajouter cette table dans Symfony car elle est utilisée pour une toute autre application.

    Ma question est la suivante :
    Comment je peux surcharger la fonction "executeUpdate" pour qu'elle puisse aller ajouter une ligne dans ma table "extérieure" à Symfony ?
    Faut-il que je crée une classe dans lib/model/doctrine/ qui mappe cette table ?

    Je ne sais pas si mon explication est claire, n'hésitez pas si vous avez besoin de précisions. Je ne sais vraiment pas comment m'y prendre...

    Merci pour votre aide.

  2. #2
    Membre éclairé
    Profil pro
    Inscrit en
    Février 2009
    Messages
    66
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 66
    Par défaut
    Il te suffit de récupérer ta connexion Doctrine ensuite tu peux executer une requete SQL.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    $conn = Doctrine_Manager::getInstance()->getCurrentConnection();
    $conn->execute($query);
    Doctrine utilise la couche PDO de PHP tu peux donc l'utiliser comme tu utiliserais PDO. Tu peux meme executer des requetes select sur ta table et fetch les resultats sous forme de tableau.

    J'espere que ca t'aidera.

  3. #3
    Membre émérite
    Avatar de Antoine_935
    Profil pro
    Développeur web/mobile
    Inscrit en
    Juillet 2006
    Messages
    883
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur web/mobile

    Informations forums :
    Inscription : Juillet 2006
    Messages : 883
    Par défaut
    Salut

    Jette aussi un oeuil du côté de Doctrine_RawSQL. Vu le nom, ça correspond sans doute à tes besoins

  4. #4
    Membre confirmé
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    80
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 80
    Par défaut
    Bonjour,

    Merci pour vos réponses, j'essaye tout ça dès que possible !

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Avril 2010
    Messages
    89
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2010
    Messages : 89
    Par défaut Problème actions UPDATE, pour modifier aussi autre table
    Bonjour,

    Je r-ouvre cette conversion car j'ai un problème sur pratiquement le même sujet.
    Sur le executeUpdate, j'aimerais "updater" en plus une autre table de mon schéma.

    Voici le code :

    Dans backend/modules/soudures/actions/actions.class.php
    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
    22
    23
    24
     
    class soudureActions extends autoSoudureActions
    {
      public function executeUpdate(sfWebRequest $request)
      {
     
        $this->t_soudure = $this->getRoute()->getObject();
        $this->form = $this->configuration->getForm($this->t_soudure);
     
        $this->processForm($request, $this->form);
     
        $this->setTemplate('edit');
     
        // Récupération des variables passées aux formulaires 
        $num_med = $this->getRequestParameter('t_soudure[tmedaille_nummedaille]');
        $num_ordre = $this->getRequestParameter('t_soudure[numordre]');
     
     
    $conn = Doctrine_Manager::connection();
    $test = Doctrine_Core::getTable('TApiParam')->udpateParam();
    $conn->close();
      }
     
    }
    Je surchage ma méthode.

    Je ne comprends pas pourquoi cela ne marche pas.

    J'ai essayé de faire, pour tester

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
        public function executeEdit(sfWebRequest $request)
      {
        $this->t_soudure = $this->getRoute()->getObject();
        $this->form = $this->configuration->getForm($this->t_soudure);
     
    $conn = Doctrine_Manager::connection();
    $test = Doctrine_Core::getTable('TApiParam')->udpateParam();
    $conn->close();
      }
    Exactement au même endroit et cela marche, je pense donc je ne surcharge pas la bonne fonction.

    J'aimerais que lorqu'un utilisateur clique sur le bouton save d'un formulaire du backend, cela change les données d'une autre table. Quelle actions je dois surcharger?

    Merci de votre aide

  6. #6
    Membre chevronné Avatar de sacricri
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    324
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 324
    Par défaut
    Citation Envoyé par symff Voir le message
    Dans backend/modules/soudures/actions/actions.class.php
    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
    22
    23
    24
     
    class soudureActions extends autoSoudureActions
    {
      public function executeUpdate(sfWebRequest $request)
      {
     
        $this->t_soudure = $this->getRoute()->getObject();
        $this->form = $this->configuration->getForm($this->t_soudure);
     
        $this->processForm($request, $this->form);
     
        $this->setTemplate('edit');
     
        // Récupération des variables passées aux formulaires 
        $num_med = $this->getRequestParameter('t_soudure[tmedaille_nummedaille]');
        $num_ordre = $this->getRequestParameter('t_soudure[numordre]');
     
     
    $conn = Doctrine_Manager::connection();
    $test = Doctrine_Core::getTable('TApiParam')->udpateParam();
    $conn->close();
      }
     
    }
    Je surchage ma méthode.

    Je ne comprends pas pourquoi cela ne marche pas.
    Bonjour,
    Lorsque tu surcharges executeUpdate(), fais attention. En effet, cette méthode appelle processForm() qui, lorsqu'il n'y a pas d'erreur, redirige sur une autre page. Du coup, la suite de ton code n'est pas exécutée.

    Sachant que tu souhaites travailler sur les données, je te conseille de travailler plutôt sur les méthodes de sauvegarde des objets ou du formulaire (par exemple du côté de doBind()) :
    dans ta classe de formulaire soudure (je pense):
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
      protected function doBind(array $values)
      {
        // travailles avec $values, tu récupères tes données nécessaires
        // ....
        // puis tu updates tes params
        Doctrine_Core::getTable('TApiParam')->udpateParam();
     
        parent::doBind($values);
      }

  7. #7
    Membre confirmé
    Profil pro
    Inscrit en
    Avril 2010
    Messages
    89
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2010
    Messages : 89
    Par défaut
    Mercii je tente ça tout de suit après manger =D

    Juste une question encore

    Pour récupérer les variables du formulaire

    Par exemple:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    <input id="t_soudure_cb_gauche" type="text" value="01H907453A0111" name="t_soudure[cb_gauche]"/>
    Je dois bien faire
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $cb_gauche = $this->getRequestParameter('t_soudure[cb_gauche]');
    ?

    Car il me semble que ça ne marche pas.

    Merci beaucoup

  8. #8
    Membre chevronné Avatar de sacricri
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    324
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 324
    Par défaut
    Citation Envoyé par symff Voir le message
    Mercii je tente ça tout de suit après manger =D

    Juste une question encore

    Pour récupérer les variables du formulaire

    Par exemple:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    <input id="t_soudure_cb_gauche" type="text" value="01H907453A0111" name="t_soudure[cb_gauche]"/>
    Je dois bien faire
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $cb_gauche = $this->getRequestParameter('t_soudure[cb_gauche]');
    ?

    Car il me semble que ça ne marche pas.

    Merci beaucoup
    Je te conseille d'éviter ce genre de technique mais parfois, on a pas le choix.
    Si tu es dans une action, la façon de procéder est :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    $soudure = $request->getParameter('t_soudure');
    $cb_gauche = $soudure['cb_gauche'];
    Tu ne peux pas accéder directement à la valeur, tu dois d'abord récupérer le tableau des valeurs dans une variable et alors tu peux y accéder.

    Quoiqu'il en soit, il faut vraiment n'utiliser cette technique qu'en dernier recours, symfony est normalement suffisamment bien codé pour récupérer ces données proprement.

  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
    Pouce.

    Heu, La sauvegarde des informations c'est pas plutôt du ressort de la couche modèle que de la couche contrôleur ?

    Ma question : cette mise à jour doit-elle être faîte pour chaque modification de l'objet soudure ? Si on met le code dans le form, on n'aura alors la modification que dans le cas où on passe par le form. Si la modification doit être fâite systèmatiquement et que l'on modifie l'objet soudure par une autre voie, elle va passer à la trape.

    De plus, on a peut-être aussi un problème d'intégrité des données. La modification dans le form est hors de la transaction de mise à jour. Il n'y a donc pas de garantie qu'elle passe pour chaque modification de t_soudure.

    A mon avis, cette mise à jour doit être intégrée dans le modèle, objet lib/model/doctrine/TForme.class.php

    Et il conviendrait de modifier la méthode Save() du modèle et d'y intégrer la gestion des transaction pour assurer la cohérence des données

    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
    22
    23
     
    public function save(Doctrine_Connection $conn = null)
    {
      // ...
     
      $conn = $conn ? $conn : JobeetJobTable::getConnection();
      $conn->beginTransaction();
      try
      {
        $ret = parent::save($conn);
     
        ... // on sauvegarde les autres données
     
        $conn->commit();
     
        return $ret;
      }
      catch (Exception $e)
      {
        $conn->rollBack();
        throw $e;
      }
    }
    (tiré du tutoriel jour 17)

    Et il n'est plus nécessaire de récupérer les données dans la requêtes, elles sont toute disponible dans l'objet.

    A noter que si j'ai mal compris et que ces modifications sont spécifiques au formulaire et pas à toutes les modifications, il convient alors de surcharger la méthode doSave() de l'objet formulaire qui présente l'avantage d'être déjà inclue dans une transaction. Il faut penser à récupérer le $conn passé en paramètre à la fonction pour que nos modifications soient aussi dans la transaction.

    Dernière chose, attention à la manière de récupérer les données, la méthode proposée est fonctionnel, mais est-elles sécurisée ? Nous avons un formulaire, si les données sont stockées dans le formulaire, il convient de les récupérer dans les données nettoyées et validée du formulaire par un $form['monField']->getValue() ou, si on est dans la méthode doSave() $this['monField']->getValue(). On est alors sur que les données sont propres et utilisables.

Discussions similaires

  1. Faire apparaître une liste pour modifier une table
    Par toutoune95800 dans le forum PHP & Base de données
    Réponses: 5
    Dernier message: 06/06/2013, 09h05
  2. Comment faire pour modifier une ligne dans une DBGrid?
    Par Nico62 dans le forum C++Builder
    Réponses: 6
    Dernier message: 29/03/2005, 12h24
  3. Réponses: 8
    Dernier message: 23/03/2005, 19h28

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