Discussion :

[tdeco]

Bonjour
J'ai remarqué une différence de temps de réponse entre une requête count en HQL et en SQL sur Oracle. Le code de ma requête HQL est semblable à celui-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
...
Query hibernateQuery = this.getSession().createQuery("select count(*) from ...");
long count = ((Long) hibernateQuery.uniqueResult()).longValue();

Cette requête prend 5 secondes pour 3020 enregistrements comptés.

Après avoir passé le paramètre hibernate.show_sql à true. J'ai exécuté la requête SQL générée, avec la méthode createSQLQuery. Celle-ci répond en moins d'une seconde. J'ai le fait le même test sur un client Oracle, j'observe le même temps de réponse.
Quelqu'un peut m'expliquer cette différence de temps en HQL et SQL. Faut-il privilégier le SQL au lieu du HQL pour ce genre de requête ?
Merci d'avance

[tchize_]

et si vous inversez l'ordre des deux requetes, l'avantage est toujours au même?
et si vous faites plusieurs fois l'opération dans hibernate, le temps reste le même? Difficile de conclure à une règle général a partir d'une mesure particulière

[tdeco]

En faisant plusieurs fois l'opération dans hibernate, le temps n'est pas le même. A la première éxécution, le temps de réponse est égal à 5 secondes, puis inférieur à 1 seconde. Je pense que cela vient du temps de calcul du plan d'exécution par le moteur SQL. Vu que dans ma requête il y a des jointures assez complexes, cela prend du temps

[tchize_]

ça ou vous avez inclus dans la mesure le démarrage d'hibernate, qui prend du temps.

[tdeco]

Il y a d'autres requêtes avant la requête qui pour moi posait problème.

[tchize_]

attention qu'avant un select, hibernate fait un flush de ses données! ça pourrait jouer sur vos performances.

[tdeco]

attention qu'avant un select, hibernate fait un flush de ses données! ça pourrait jouer sur vos performances.

C'est seulement dans le cas où on n'est pas dans la même session non ?

[tchize_]

au contraire, pour que le résultat de la requete HQL (qui passe par la DB) soit correct, il faut que la DB corresponde à la session hibernate, donc la session, si elle a des modifications, va être flushée vers la DB pour la mettre à jour avant de faire la requete. Sinon on aurait ce genre de chose

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Personne p = new Personne("Tartempion");
s.saveOrUpdate(p);
List personnes = s.createQuery("from Personne").list();

et magie, tartempion n'apparaitrais pas dans la liste de personnes, ce qui serait incohérent.

[OButterlin]

C'est plutôt étonnant ce que tu dis là.
Dans la mesure où on est dans la même session (donc Connection), le select voit l'ajout même s'il n'est pas "commité".
Tu es sûr de ce que tu avances ?
Pour moi, il est inconcevable qu'un flush soit fait avant un select, il doit attendre l'instruction explicite commit.