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

Hibernate Java Discussion :

L'oeuf ou la poule ?


Sujet :

Hibernate Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de Wookai
    Profil pro
    Étudiant
    Inscrit en
    Septembre 2004
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2004
    Messages : 307
    Par défaut L'oeuf ou la poule ?
    Salut à tous !

    Par ce titre quelque peu énigmatique, j'espère attirer quelques développeurs qui pourront éclairer ma lanterne ! Je me lance dans Hibernate, et après avoir lu un peu la doc et quelques tutoriaux, je me rends compte qu'il y a deux approches :
    1. L'écriture du code Java correspondant aux objets que l'on souhaite manipuler dans notre application, pour ensuite laisser Hibernate créer et gérer la base de données
    2. La création de la base de données selon ses besoins, puis la génération du code pour l'interfacer avec Hibernate


    Personnellement, la 2ème approche me correspondrait mieux, dans le sens où, pour mon projet actuel, j'ai une bonne vision de la structure de ma base de données, et un peu moins de la manière de le représenter directement via des objets Java. En fait, c'est surtout les relations entre ces objets que j'ai de la peine à voir comment implémenter...

    Cependant, je comprends bien qu'écrire directement les objets qu'on voudra manipuler et ensuite laisser Hibernate s'occuper de comment le stocker est plus logique d'un point de vue conceptuel : on réfléchit directement en terme d'objets, sans se soucier de la "couche physique".

    Qu'en pensez-vous ? Quelle est l'approche généralement utilisée ? Ou alors, suis-je complètement à côté ?

    Merci d'avance de vos réponses !

  2. #2
    Membre confirmé Avatar de KneXtasY
    Profil pro
    Inscrit en
    Mars 2004
    Messages
    121
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2004
    Messages : 121
    Par défaut
    Citation Envoyé par Wookai
    1. La création de la base de données selon ses besoins, puis la génération du code pour l'interfacer avec Hibernate
    En gros le problème, c'est est ce qu'on part du bas (le socle) vers le haut (les classes) ou du haut vers le bas ?

    Personnellement, je préfère partir de la base et générer mes classes, ça me parait plus logique.

    Après pour ce qui ce fait généralement, j'en n'ai pas la moindre idée ...

  3. #3
    Membre Expert
    Profil pro
    Inscrit en
    Août 2006
    Messages
    3 276
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 3 276
    Par défaut
    Quant à moi, je préfère partir d'un diagramme de classes, puis générer la base de données.
    Au moins, tu penses objet de bout en bout.

  4. #4
    Membre éclairé Avatar de Wookai
    Profil pro
    Étudiant
    Inscrit en
    Septembre 2004
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2004
    Messages : 307
    Par défaut
    C'est clair que penser objet du bout en bout me parait mieux, mais certaines choses me semblent plus simples à modéliser directement dans la base de données...

  5. #5
    Membre éprouvé
    Profil pro
    Inscrit en
    Février 2006
    Messages
    116
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 116
    Par défaut
    Salut,
    Moi je dirai le fermier...
    L'approche est plus au moins identique car le but de hibernate est de pouvoir decorreller la persistance du model de domaine. En general les deux models auront des differences.
    De toute facon pour faire le model de la base ou du domaine il faut bien avoir un premier model qui servira de base...

  6. #6
    Membre éclairé Avatar de Wookai
    Profil pro
    Étudiant
    Inscrit en
    Septembre 2004
    Messages
    307
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Septembre 2004
    Messages : 307
    Par défaut
    C'est clair, au final les différences ne sont que subitilités. Etant un peu plus expérimenté dans le design de base de données, j'ai opté pour cette solution. J'ai ensuite généré les objets à l'aide de Hibernate Tools !

    Merci pour vos réponses !

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. L'oeuf et la poule: mvn release:prepare et pom parent.
    Par grunt2000 dans le forum Maven
    Réponses: 5
    Dernier message: 26/10/2012, 14h24
  2. Référeces croisées : pb d'oeuf et de poule
    Par dsant dans le forum C++
    Réponses: 10
    Dernier message: 12/01/2008, 14h32
  3. [DBA]Comment prenez-vous le pouls de vos bases ?
    Par Pomalaix dans le forum Oracle
    Réponses: 20
    Dernier message: 02/10/2006, 15h46
  4. Problème de la poule avant l'oeuf ?
    Par norwy dans le forum C++
    Réponses: 10
    Dernier message: 10/11/2005, 20h52

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