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

Design Patterns Discussion :

Pattern DAO pour un champs


Sujet :

Design Patterns

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    31
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 31
    Points : 21
    Points
    21
    Par défaut Pattern DAO pour un champs
    Bonjour,

    J'utilise dans un projet le pattern DAO. J'ai juste un problème car je souhaite charger un seul champs d'une classe modèle.

    Sachant que si j'ai bien compris le pattern DAO, est censé travailler avec des modèle ayant la même structure de donnée, je me demande comment charger cet unique champs appartenant à une classe modèle.

    Il y a -t- il un sens de renvoyer la classe modèle correspondante avec le seul champs date remplie.
    Est -ce préférable de créer une classe modèle en s’éloignant quelque peu du pattern.

    Avez vous d'autres solutions??

    Merci d'avance

  2. #2
    Membre émérite
    Inscrit en
    Janvier 2011
    Messages
    805
    Détails du profil
    Informations personnelles :
    Localisation : Autre

    Informations forums :
    Inscription : Janvier 2011
    Messages : 805
    Points : 2 917
    Points
    2 917
    Par défaut
    Salut,

    Effectivement un DAO est censé gérer la persistance d'objets métier entiers. Je ne comprends pas trop d'où vient le besoin de stocker ou remonter un seul champ. Si ce champ est vraiment lié à une entité métier, il faut à minima que celle-ci soit identifiable (donc un champ Id en plus) non ?

    Peut-être que tu pourrais nous en dire plus sur le contexte ?

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    31
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 31
    Points : 21
    Points
    21
    Par défaut
    Citation Envoyé par Luckyluke34 Voir le message
    Salut,

    Effectivement un DAO est censé gérer la persistance d'objets métier entiers. Je ne comprends pas trop d'où vient le besoin de stocker ou remonter un seul champ. Si ce champ est vraiment lié à une entité métier, il faut à minima que celle-ci soit identifiable (donc un champ Id en plus) non ?

    Peut-être que tu pourrais nous en dire plus sur le contexte ?

    En fait au début sur une page je dois charger des dates issue d'un champs d'une table pour ne rechercher que sur cette partie. cela sert de paramètre.
    Je dois charger tous la liste de ce champs et faire mes recherches à partir de cet info donc à la limite pas besoin de l'identifiant.

    Merci

  4. #4
    Membre émérite
    Inscrit en
    Janvier 2011
    Messages
    805
    Détails du profil
    Informations personnelles :
    Localisation : Autre

    Informations forums :
    Inscription : Janvier 2011
    Messages : 805
    Points : 2 917
    Points
    2 917
    Par défaut
    Pour le coup, ça ne me choquerait pas d'avoir une méthode FindAllDates() sur ton DaoX, X étant l'objet métier sur lequel se trouve la date en question.

  5. #5
    Membre régulier
    Inscrit en
    Novembre 2007
    Messages
    176
    Détails du profil
    Informations forums :
    Inscription : Novembre 2007
    Messages : 176
    Points : 94
    Points
    94
    Par défaut
    Salut,

    Je suis complètement d'accord avec Luckyluke34. D'ailleurs c'est ce que je fais. Dans les descriptions que j'ai trouvées du pattern DAO, on crée un objet avec tous les attributs remplis avec les champs correspondant de la table. Déjà la création de l'objet en elle même a un coût en mémoire. Et si la table a beaucoup de champs, et on veux appliquer à la lettre ce design pattern ca devient coûteux. D'ailleur dans le cas d'une mise à jour pourquoi faire un update de tous les champs alors qu'on pourrait faire un update sur seulement un champs. Je suis entrain de travailler sur des variantes d'implémentation qui répondraient à ce genre de doutes. Probablement, il existe déjà des exemples pour cela. Si quelqu'un en connait, ca serait parfait qu'on est des liens ici. Cela nous évitera de réinventer la roue.

    Merci

Discussions similaires

  1. Requete SELECT : prendre toutes les valeurs pour 1 champ
    Par fab22montpellier dans le forum Requêtes
    Réponses: 1
    Dernier message: 02/09/2005, 10h12
  2. [FLASH MX] Une scrollbar pour plusieurs champs texte
    Par ffmlgraphics dans le forum Flash
    Réponses: 1
    Dernier message: 08/08/2005, 17h45
  3. [insertion]0 et non NULL pour un champ real
    Par Tchinkatchuk dans le forum PostgreSQL
    Réponses: 10
    Dernier message: 12/07/2005, 19h19
  4. changement de type pour un champ dans une table
    Par Missvan dans le forum PostgreSQL
    Réponses: 2
    Dernier message: 23/02/2004, 16h26
  5. faire un insert pour un champ blob
    Par tripper.dim dans le forum InterBase
    Réponses: 10
    Dernier message: 02/05/2003, 17h56

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