Discussion :

[-=mateo=-]

Bonjour à tous,

Je suis amené à exécuter une requête criteria mettant en jeu beaucoup d'entités, et beaucoup de restrictions sur ces entités.

Le comportement par défaut des attributs de ces entités sont en lazy-loading.

Le problème est que je dois faire des restrictions sur des attributs d'attributs d'entités ("sous-entités") paramètrés en lazy-loading. Pour ne pas qu'ils soient charger à posteriori je fais des jointures left join via createAlias. Ces jointures me rapportent beaucoup d'informations inutiles qui ralentissent la requête. Y a t-il une manière de filtrer les champs utiles ? Quels sont les BP pour optimiser sa requête ?

Merci !

[tchize_]

hibernate ne permet pas de charger distinctement certains attributs. C'est tout ou rien (les attributs sont initialisés ou pas). Quand on force le chargement des attributs lazy dans la requête, c'est justement parce qu'on a besoin après la requête, et pas nécessairement ceux de ces attributs.

Dans ton cas, si la masse d'attributs rappatriés par le join est trop importante, alors il vaut mieux ne pas les rappatrier du tout (laisser lazy). Tu peux cependant améliorer les performances de chargement ces attributs en utilisant un un cache de second niveau, qui permettra d'éviter une requete SQL pour les charger.

[-=mateo=-]

merci tchize pour ta réponse.

J'utilise déjà un cache de second niveau. En fait j'ai migré un système de DAOs "maison" utilisant des requetes SQL vers hibernate, mais les performances des requetes très complexes en prennent un coup... Ca va être dur à justifier pour les fonctionnels MOA...

[tchize_]

si t'as un moyen de les exécuter plus rapidement, il reste l'option de l'usage ponctuel d'une nativequery

[-=mateo=-]

ok bonne piste, merci!

[Rei Ichido]

Si tu as vraiment de gros problèmes de performance, passe par une procédure stockée, qui sera plus simple et propre à maintenir.