Je voudrais clarifier certains points concernant le cache de niveau secondaire d'Hibernate. Le point à clarifier est, les requêtes HQL vont toujours frapper la base de données (au moins pour obtenir des identifiants).La requête HQL utilisera-t-elle le cache de second niveau Hibernate?
Tenez compte que nous avons des entités
class Customer {
long id; // Primary key
String name;
set <Address> addressList; // One to many relationship
}
class Address{
long id; // Primary key
String houseName;
}
La table de base de données pour l'adresse a une référence clé étrangère à la (id) client pour soutenir un à plusieurs. Comme condition préalable, j'ai activé le cache de niveau 2 pour Hibernate comme EHcache. Seules l'entité et les associations sont configurées pour être mises en cache. La mise en cache des requêtes n'est pas activée.
Je sais que si j'utilise session.get() ou session.load() plus d'une fois, seul le premier appel lancera une requête vers les bases de données et les suivantes prendront les données du cache de niveau 2.
Mes questions sont
1) Est-ce HQL tirer profit du cache de second niveau. Dans une session, j'ai exécuté un HQL pour obtenir l'objet en utilisant la clé primaire (id), "à partir du client c où c.id =?") .setParameter (1, 1005).
Si j'ai exécuté la même HQL dans une session différente, l'objet Client sera-t-il pris dans le cache de niveau 2 ou il réapparaîtra dans la base de données.
2) Considérons un autre HQL exécuté from Customer as c left join fetch c.addressList pour sélectionner le client et l'adresse associée.
Si j'ai exécuté la même HQL dans une session différente, l'adresse associée sera-t-elle extraite du cache de niveau 2 ou sera-t-elle réappliquée à la base de données?
Oui, HQL utilise le cache de second niveau, mais uniquement si vous définissez 'hibernate.query_cache' sur true et utilisez' setCacheable (true) 'sur la requête. –