Discussion :

[favdb]

Bonjour,

Je suppose que cette question a été posée des milliers de fois, mais après plusieurs semaines de recherches j'en suis toujours au même point.

J'ai repris le code d'un logiciel pseudo Open Source suite à sa disparition sur le net. C'est un logiciel dont le coeur est une BDD (driver H2db). Il a été développé avec Hibernate et tout un tas de librairies annexes, plus ou moins exotiques. Au-delà de la simple compréhension du code, je me pose des questions sur la stratégie suivie par le développeur initial. Et j'en viens à ma question.

Sachant que l'application est du type mono-poste, mono-utilisateur, mono-document, qu'elle est l'utilité de la persistance? D'après ce que j'ai pu comprendre la persistance est nécessaire dans le cas d'accès simultanés, mais en l'espèce ce n'est pas le cas. Quand on explore la base pour faire une liste d'objets liés, on exploite la-dite liste avant de faire autre chose. Du coup je trouve que toute la partie Hibernate ne fait qu'encombrer le code et accroître considérablement le temps de réponse, surtout au lancement du logiciel.

Donc si quelqu'un pouvait m'expliquer dans des termes simples pourquoi la persistance est obligatoire...

Merci d'avance.

[Laurent.B]

Bonjour,

Le terme persistance désigne avant tout le fait de conserver des données dans le temps. Donc cela n'a rien de spécifique à Hibernate, ni même à une base de données car le simple fait de décharger des données présentes en mémoire, dans un fichier, est déjà de la persistance. De surcroît, n'importe quel fichier contenant de l'information structurée et organisée peut être considéré comme une base de données.

L'objectif primaire d'Hibernate n'est pas celui que tu indiques. Son rôle est de faire le lien entre deux mondes, la technologie Java (objet) et la technologie utilisée pour la persistance des données (BDD, fichier...).

Hibernate a évidemment des avantages et des inconvénients et son intérêt dépend effectivement du contexte, notamment le temps qu'on a pour développer l'application, la connaissance qu'on en a, la réutilisabilité d'éventuels composants métiers déjà en phase avec Hibernate et aussi, les perspectives d'évolutions de l'application. Les critères (mono-*) que tu donnes peuvent compter mais ne sont pas primordiaux.

Si l'application comporte 3 requêtes simples, 3 tables avec peu de champs, qu'elle n'est pas censée évoluer plus que ça, introduire Hibernate peut s'avérer inutile mais difficile d'en juger juste comme ça...

Si on ne maîtrise pas bien Hibernate, en faire usage peut s'avérer totalement contre-productif. Dans le cas contraire, ce n'est pas forcément une mauvaise idée, le tout étant de savoir comment en tirer partie au maximum, sans que ça ne surcharge inutilement le développement et que ça ne pénalise les performances lors de l'exécution.

Ceci étant dit, l'apprentissage d'Hibernate a un coût certain. De plus, pour bien le comprendre, il faut également bien maîtriser les bases de données relationnelles, ce qui est loin d'être négligeable...

En résumé, en l'état il sera difficile de dire si le choix qui a été fait d'introduire Hibernate l'a été pour de bonnes ou de mauvaises raisons.

[favdb]

Tout d'abord un grand merci pour cette réponse. Dès la première phrase j'ai compris que ... je n'avais rien compris jusqu'à maintenant. D'un coup quelques pièces du puzzle se mise en place toute seule. La notion de persistence (je reprends le terme anglosaxon) m'était donc complètement étrangère, à juste raison puisque je vis avec depuis très longtemps. C'était donc pour moi quelque chose de tellement naturelle je ne pouvais pas m'imaginer que c'était tout simplement ce qu'on appelait dans des temps anciens la conservation des données.

Le reste de la réponse m'éclaire tout à fait par rapport à mon interrogation de départ. Si les notions de base de la théorie des bases de données ne m'est pas étrangère, je manque effectivement d'expérience en la matière, mais j'apprends vite. L'explication du rôle d'Hibernate en tant qu'interface entre deux mondes me convient tout à fait, en plus elle a le mérite d'être simple et compréhensible, bien plus que tout ce que j'avais lu auparavant.

Il ne me reste plus qu'à apprendre Hibernate et la manipulation de tous les outils satellites. Oui, finalement Hibernate a été un bon choix pour ce logiciel (quelque chose comme 7 tables et des liens dans tous les sens, d'où l'intérêt d'une BDD).

Encore merci pour votre réponse.