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 :

Petit débat en esperant trouver la solution la plus appropriée


Sujet :

Hibernate Java

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    193
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Décembre 2006
    Messages : 193
    Points : 66
    Points
    66
    Par défaut Petit débat en esperant trouver la solution la plus appropriée
    Bonjour à tous,
    voici mon thread précédent, que je vous propose de lire avant de lire la suite de celui-ci : http://www.developpez.net/forums/sho...d.php?t=296459

    Donc vous pouvez aisément vous rendre compte du probleme.

    En ce moment, je pense a utiliser une BD plus générique et travailler genre avec une table : Object, une table properties, une table domaines (pour les properties, etc ...) . Et ensuite avoir une table dependency pour les dependances entres composants réseaux, etc ... Ce qui limiterait pas mal le nombre de tables, et ferait ressembler ma bd a une bd 'objet' + que relationnel.

    En pensant au mot objet, j ai penser hibernate s occupant du mapping objet-relationnel .

    Hibernate ne propose t il pas une solution existante et générique pour solutionner un probleme comme celui exposé ici et dans mon thread fournit en lien au debut?

    Merci de me dire vos idées car pour le moment je pars sur un sale truc avec genre 6 tables par composant réseau ... c'est tout sauf générique et ca me plait pas ... je cherche donc des solutions : xml, hibernate, moi meme faire une bd 'objet', etc ...

    Merci d'avance

  2. #2
    Membre habitué Avatar de xv-mnt
    Profil pro
    Inscrit en
    Juillet 2005
    Messages
    142
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Juillet 2005
    Messages : 142
    Points : 178
    Points
    178
    Par défaut
    Pourquoi ne pas avoir une table des composants, et référencer cette table dans les autres avec une FK sur la PK du composant ?
    En gros, c'est la base ( humour minable !!!) du relationnel...
    Tout le monde savait que c'était impossible à faire. Puis un jour quelqu'un est arrivé qui ne le savait pas, et il le fit (Winston Churchill)

  3. #3
    Membre du Club
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    193
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Décembre 2006
    Messages : 193
    Points : 66
    Points
    66
    Par défaut
    Je pense, sans vouloir te vexer que tu n'as pas bien cerner la complexité du truc (ou alors je me suis mal exprimé).
    Il s'agit d avoir une cohérence au niveau du matériel , des liaisons, ensuite point à point et finalement l'ensemble du réseau ...

  4. #4
    Membre du Club
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    193
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Décembre 2006
    Messages : 193
    Points : 66
    Points
    66
    Par défaut
    Voici le paste d un mail envoyé a un collegue ... prenez le temps de le lire voir ce que vous en pensez ... et peut être aider a une solution

    http://rafb.net/p/N8hCUX45.html

Discussions similaires

  1. Réponses: 1
    Dernier message: 21/05/2007, 16h14
  2. Réponses: 3
    Dernier message: 02/03/2007, 16h28
  3. aide pour trouver la solution pour quelques algorithmes
    Par abdoue2004 dans le forum Algorithmes et structures de données
    Réponses: 4
    Dernier message: 24/01/2007, 14h57

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