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 :

Où placer les requêtes SQL (sans utiliser d'ORM)


Sujet :

Symfony PHP

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Décembre 2012
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2012
    Messages : 13
    Points : 10
    Points
    10
    Par défaut Où placer les requêtes SQL (sans utiliser d'ORM)
    Bonjour,

    Je viens tout juste de finir de lire la documentation de symfony 2 et je souhaiterai avoir une petite précision.

    Quelles est la bonne façon de faire si l'on utilise pas d'ORM,

    Doit-on placer nos différentes requêtes (sql pdo par ex) dans une classe "Model" et renvoyer des tableaux de données (par ex)

    ou

    Doit-on placer nos requêtes dans une classe "Service" et instancier une classe model qui contiendrai simplement des "getteur" et des "setteur" ?

    J'espère que j'ai été claire dans l'exposition de mon problème.

    Merci d'avance

  2. #2
    Nouveau membre du Club
    Inscrit en
    Juillet 2003
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Juillet 2003
    Messages : 35
    Points : 31
    Points
    31
    Par défaut
    Pourquoi ne pas passer par un ORM ?

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Décembre 2012
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2012
    Messages : 13
    Points : 10
    Points
    10
    Par défaut
    J'utiliserai un ORM mais c'est une question que je me posait

  4. #4
    ovh
    ovh est déconnecté
    Rédacteur
    Avatar de ovh
    Homme Profil pro
    Architecte devops web full stack
    Inscrit en
    Mai 2002
    Messages
    3 841
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte devops web full stack

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 841
    Points : 6 514
    Points
    6 514
    Par défaut
    Solution 2
    Citation Envoyé par xhion Voir le message
    Doit-on placer nos requêtes dans une classe "Service" et instancier une classe model qui contiendrai simplement des "getteur" et des "setteur" ?

  5. #5
    Membre expérimenté Avatar de Nico_F
    Homme Profil pro
    Développeur Web
    Inscrit en
    Avril 2011
    Messages
    728
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Avril 2011
    Messages : 728
    Points : 1 310
    Points
    1 310
    Par défaut
    Qu'est-ce qui t’empêche de les placer au même endroit que les autres : dans les repository ?

  6. #6
    ovh
    ovh est déconnecté
    Rédacteur
    Avatar de ovh
    Homme Profil pro
    Architecte devops web full stack
    Inscrit en
    Mai 2002
    Messages
    3 841
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte devops web full stack

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 841
    Points : 6 514
    Points
    6 514
    Par défaut
    Citation Envoyé par Nico_F Voir le message
    Qu'est-ce qui t’empêche de les placer au même endroit que les autres : dans les repository ?
    Il a dit qu'il n'utilisait pas l'ORM

    D'où l'emploi de classes "services" de manière générique, mais ça peut être concrètement des classes de "repositories" si on s'en réfère aux termes Doctrine.

  7. #7
    Membre expérimenté Avatar de Nico_F
    Homme Profil pro
    Développeur Web
    Inscrit en
    Avril 2011
    Messages
    728
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : Communication - Médias

    Informations forums :
    Inscription : Avril 2011
    Messages : 728
    Points : 1 310
    Points
    1 310
    Par défaut
    J'utiliserai un ORM mais c'est une question que je me posait
    Ce que j'ai compris c'est qu'il allait utiliser un ORM mais qu'il voulait également exécuter des requêtes natives et qu'il ne savait pas ou les placer.

    Par extension, je ne sais pas si ça concerne ton problème ou pas mais c'est toujours bon à prendre, il est possible de faire des requêtes natives et ensuite de les mapper à ton modèle sans être obligé de faire des classes model supplémentaires : via le ResultSetMappingBuilder de Doctrine.

    Celà permet d'utiliser des fonctions propres au SGBD dans la requête (ce que doctrine ne peut pas faire), d'exécuter potentiellement des requêtes complexes qu'il aurait été difficile de transcrire via le query builder, et de garder la notion objet par la suite en manipulant un graphe d'objet.

Discussions similaires

  1. [MySQL] Requêtes sql sans écraser les données
    Par Arkodath dans le forum PHP & Base de données
    Réponses: 5
    Dernier message: 17/06/2015, 09h02
  2. Utilisation de parametres pour les requêtes SQL
    Par Med86 dans le forum Windows Forms
    Réponses: 21
    Dernier message: 28/11/2008, 12h14
  3. Réponses: 6
    Dernier message: 14/12/2007, 23h26
  4. [iBatis] Logger les requètes SQL
    Par bslota dans le forum Persistance des données
    Réponses: 2
    Dernier message: 25/11/2005, 14h29
  5. tracer les requêtes SQL
    Par izioto dans le forum Requêtes et SQL.
    Réponses: 3
    Dernier message: 13/10/2005, 16h35

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