Discussion :

[Graurk]

Bonjour,
Je suis en train de me poser une question sur le fonctionne (ou ma façon de structurer mon utilisation) d'hibernate.
Dans le cas que je me pose, j'ai un objet A qui contient une liste d'objets B en Eager loading et une liste d'objets C en Lazy loading.

Je veux effectuer des traitements sur des objets A en fonction du temps et des objets B. Ces traitements peuvent provoquer un évènement nécessitant les objets C. Ceux-ci sont alors chargsé depuis la base de données.
Une fois les objets C récupérer, si je ne me trompe pas, il reste en mémoire tant que l'objet A contenant la liste d'objets C existe.

Mon problème c'est que garder ces objets C en mémoire me semble peu utile par rapport à la place qu'ils vont occuper et je préférerais aller les chercher dans la base à chaque fois que j'en ai besoin.

Pourriez-vous me donner quelques conseil sur ce problème?

Bonne soirée

[OButterlin]

Je pense que la première "erreur" à éviter est de concevoir un modèle d'objet (entity) purement relationnel. Il est préférable de faire un modèle fonctionnel, quitte à faire d'autres requêtes complémentaires lors d'un besoin spécifique.

Sinon, pour la manière d'agir sur les objets en cache, tu as la possibilité d'agir via l'objet session -> evict(...), ou alors, tu fermes la session...

[Graurk]

A vrai dire je travaille principalement sur des objets détachés. Donc je ferme ma session rapidement.

Par contre, il est vrai que j'ai certainement poussé mon modèle un peu trop loin dans le relationnel. J'en vois les conséquences maintenant.

[Tsunamy]

Session.clear() pour retirer tous les objets du cache session sans être obligé à fermer la session..