Discussion :

[r1-1024]

Bonjour à tous,
Je débute en JPA et la première chose qui me vient à l'esprit, c'est comment limiter l'occupation mémoire d'un EntityManager ?
Donc en gros retirer les objets de l'EM sans les retirer de la BD.
Ou encore mieux : avoir un nombre limités d'objets dans l'EM.

[Patriarch24]

Le mieux est d'éviter d'avoir un entity manager ouvert en permanence. Par exemple, il ne reste ouvert que durant une transaction.
Sinon, tu peux le vider des entités (sans les supprimer) avec la méthode clear.

[r1-1024]

Merci.
Mais ya pas un EntityManager qui fait un genre de cache de taille limitée ?
Si par exemple j'itère dur ma base dans une seule transaction, j'vais avoir un EntityManager énorme. Et pourtant j'l'aurrai fait en une seule transaction...

[Baptiste Wicht]

Merci.
Mais ya pas un EntityManager qui fait un genre de cache de taille limitée ?
Si par exemple j'itère dur ma base dans une seule transaction, j'vais avoir un EntityManager énorme. Et pourtant j'l'aurrai fait en une seule transaction...

Est-ce que c'est le cas ?

Ça ne sert à rien de vouloir optimiser un problème qui n'est pas présent. N'optimise cela que si la taille de ton entity pose vraiment problème au niveau de la mémoire. Et le cas échéant, vérifie que c'est bien de là que vient le problème de mémoire.

[r1-1024]

Si je fais EntityManager.createQuery("select ...").getResultList()
L'ensemble des objets qu'il me renvoie ne sont pas dans l'EM ?

C'est dommage qu'on ne puisse pas connaître le nombre d'objets dans l'EM.

[skaloup]

En général les objets sont chargés par "bloque" de taille configurable lors du parcours de la liste.

A mon avis , avec Hibernate si tu utilise le hint suivant, les objets iront pas dans EM.

query.setHint("org.hibernate.readOnly","true");

PS: EntityManager n'est pas un cache, il garde les objets "managés" jusqu'à la fin de la transaction ou il va les sauver. Tu peux utiliser un cache niveau 2 lui, de taille configurable et d'une durée de vie plus longue que la transaction.