Discussion :

[Annsen]

Bonjour!

Ma question est dans le titre!^^
J'aimerais donc savoir si la puissance de gestion d'Hibernate: listes, cascades... se fait au niveau applicatif (avec bcp de génération de code) ou si elle nécessite le concours d'une Base de Données plus élaborée telle que InnoDB.

Merci!

[Logan Mauzaize]

A ma connaissance Hibernate se limite à très peu de gestion logique des données. On peut supporter qu'il gère la cascade pour les relations du type One-To-Many. En générant des ordres DELETE sur suppression d'une instance de l'entité "maître".

Cependant la cohérence des données est assurée uniquement en fin de transaction (commit) et uniquement par le SGBD. Hibernate n'a aucune connaissance des autres transactions, de la concurrence, etc.

[Annsen]

Je crois avoir compris quelque chose et j'aimerais Nemek ton avis là dessus.
Je pense finalement que comme Hibernate dans sa gestion des objets persistants est très paramétrable et s'affranchit du type de base de données dans laquelle les données seront stockées, je pense que c'est bien Hibernate qui gère complètement les données de la base de données suivant la manière dont le code (donc au niveau applicatif a été réalisé).
Je pense que, que la base accepte ou non les Foreign Key (InnoDB ou Myisam), Hibernate gérera la colonne qui fait le lien entre deux table (FK applicative) et suivant les options spécifiées: par exemple supprimer tous les fils lorsque le père l'a été, génèrera lui même le code sql qui fera la jointure sur la colonne FK applicative de la table fils et supprimera chaque fils l'un après l'autre.
Et enfin, (j'ai pas mal réfléchis à la question) j'en conclu que le type de BDD n'a aucun importance pour Hibernate mais qu'une base en InnoDB garantira une sécurité réelle avec une gestion un niveau en dessous par la base de donnée garantissant l'intégrité des données.
Ça me parait logique de cette manière...

[tchize_]

Hibernate va gérer de manière logique vos données, de la même manière que vous les géreriez en faisant des requêtes SQL. Cependant, si vous avez comme contrainte une clé étrangère (exemple une facture dépend d'un client) et que vous effacez le client avec hibernate, hibernate n'ira pas s'amuser à faire une requête pour voir si il existe des factures dépendantes du client qui empêcheraient l'effacement. Il va juste lancer la commande DELETE. Si les foreign key ne sont pas gérées dans votre DB, ben a sera le bordel à l'arrivée.
Hibernate nécessite que la BD respecte un minimum les règles du SQL.

[Logan Mauzaize]

tchize_ a entièrement raison.
Hibernate est là pour générer des requêtes SQL ; et faire du Lazy Loading pour les clés étrangères.
Les différentes options que l'on peut spécifier sur les données servent pour beaucoup à la génération du code DDL s'il est demandé (mais je suis absolument contre). A la rigueur il se peut qu'il exploite certaines options pour "optimiser" son fonctionnement mais ne pourra jamais remplacé la cohérence transactionnelle que fourni (ou pas) le SGBD. D'ailleurs comment Hibernate pourait savoir ce que fait un autre processus dans la base de données ?

J'utilise Hibernate avec une base de données MySQL, des tables InnoDB et sans contraintes (pas taper c'est pas moi qui est fait l'application) et si je supprime un élément "maître", les éléments "fils" ne sont pas supprimés. C'est l'application elle-même qui fait le ménage.

EDIT: pour reprendre les termes de tchize_, dans cette application c'est le bordel dans la base de données avec des entité qui ne sont référencés par personne ou qui référence des entités qui n'existent plus.

[Annsen]

Oui! Tout à fait d'accord avec vous! Hibernate n'ira pas supprimer le fils si le père l'a été (dans le cas d'un DELETE du père) si l'on a pas spécifié que la liaison fils many-to-one n'est pas d'option cascade ="all-delete-orphan" et il y aura des orphelins en BDD avec des contrainte d'intégrité non respectées probablement même avec un ID résiduelle inexistant dans ID-Pere de la table du fils.
Je pense donc aussi que rien ne peut remplacer l'usage d'une BDD de type InnoDB et de vraies clés étrangères. Mais je crois qu'un code bien fait (avec toutes options spécifiées) peut assurer une bonne cohérence des données dans la BDD avec la seule utilisation d'Hibernate.