Si vous mélangez Hibernate avec du SQL…

De plus en plus d’applications utilisent Hibernate. Mais de temps en temps, pour des raisons de performance, on peut être tenté de remplacer les requêtes Hibernate par du SQL. Et là, les choses se gâtent.

Débloque les + belles offres tech en 10 mins

En effet, le cycle de vie d’un objet chargé avec Hibernate est comme suit :

1. Chargement de l’objet avec une requête en HQL ou par critères
2. L’application met à jour l’objet, celui-ci reste en mémoire
3. L’application appelle session.save(). Cette méthode ne fait que synchroniser l’objet avec le cache hibernate dans le cas où celui-ci est absent. Autrement dit, dans notre cas, elle ne fait rien.
4. L’objet est vraiment écrit en base soit lors de l’appel à session.flush(), soit lors de la fermeture de la session si celle-ci est en flush automatique, c’est le cas par défaut.

Maintenant où est le problème ? Eh bien, supposons qu’entre l’étape 2 et l’étape 3 l’application fasse une écriture en base sur notre objet, sans passer par Hibernate. Ce dernier ne saura pas qu’il y a eu une mise à jour dans son dos. Dès lors, après que la mise à jour de données a été faite par le SQL, Hibernate va l’écraser au moment du flush() et donc, il n’y a aucun moyen de prédire ce qui va se passer et les données en base seront probablement incohérentes.

Il existe plusieurs moyens de contourner le problème :

• Soit avant de faire un appel au DAO en SQL, on flush la session. Maintenant cette solution est « sale » et ne fonctionne pas dans un contexte transactionnel.
• Soit quand on rencontre le cas ci-dessus on fait une requête hibernate moins sélective en base, quitte à refaire du filtrage dans le DAO. C’est certes plus lent en terme de transfert réseau, mais d’un autre côté on peut ainsi bénéficier du cache de session Hibernate et surtout nos données sont en sécurité.
• Soit l’application requiert un grand nombre de requêtes spécifiques à un SGBD comme par exemple du Oracle Text, et dans ce cas, le mieux est encore de ne pas utiliser Hibernate mais plutôt Spring JDBC ou du MyBatis.

Débloque les + belles offres tech en 10 mins

Cet article vous a plu ? Vous aimerez sûrement aussi :

• Les transactions en Java/JEE
• La sécurisation des applications web
• Utilisation efficace de la base de données dans vos applications Web

Julien
Moi c’est Julien, ingénieur en informatique avec quelques années d’expérience. Je suis tombé dans la marmite étant petit, mon père avait acheté un Apple – avant même ma naissance (oui ça date !). Et maintenant je me passionne essentiellement pour tout ce qui est du monde Java et du système, les OS open source en particulier.

Au quotidien, je suis devops, bref je fais du dév, je discute avec les opérationnels, et je fais du conseil auprès des clients.

Son Twitter – Son LinkedIn