Commentaires sur : Hibernate - SQL natif, HQL ou API Criteria ? http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/ Un blog, c'est un blog ! Fri, 09 Jan 2009 01:25:16 +0000 http://wordpress.org/?v=2.1.2 Par : Laurent Simon http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-89 Laurent Simon Mon, 17 Jul 2006 23:36:38 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-89 <p>Tout à fait d'accord avec tes conclusions.<br /> <br /> L'avantage de la compilation avec criteria est d'ailleurs tout à fait relatif. La syntaxe est contrôlée, mais pas les noms. Pour les requêtes statiques, il est possible de les contrôler intégralement en les externalisant sous forme de ressources puis en ajoutant une tâche spécifique qui les parse lors du build. Dans ce cas, elles deviennent plus fiables que les requêtes criteria.<br /> <br /> Ca me fait d'ailleurs penser que j'ai sous le coude un socle technique dans lequel on exprime tout en HQL (principe également valable pour SQL, EJBQL, JDOQL). Les requêtes dynamiques se traitent sans avoir à écrire une seule instruction d'assemblage (sans "if" ou assimilé). Le tout est contrôlable intégralement lors du build (même les requêtes totalement dynamiques). Ca adresse la problématique que tu évoque en ramenant tout au même niveau de simplicité tout en optimisant les performances. Il faudrait peut être que je songe à extraire cette partie pour en faire un framework opensource...</p> Tout à fait d’accord avec tes conclusions.

L’avantage de la compilation avec criteria est d’ailleurs tout à fait relatif. La syntaxe est contrôlée, mais pas les noms. Pour les requêtes statiques, il est possible de les contrôler intégralement en les externalisant sous forme de ressources puis en ajoutant une tâche spécifique qui les parse lors du build. Dans ce cas, elles deviennent plus fiables que les requêtes criteria.

Ca me fait d’ailleurs penser que j’ai sous le coude un socle technique dans lequel on exprime tout en HQL (principe également valable pour SQL, EJBQL, JDOQL). Les requêtes dynamiques se traitent sans avoir à écrire une seule instruction d’assemblage (sans "if" ou assimilé). Le tout est contrôlable intégralement lors du build (même les requêtes totalement dynamiques). Ca adresse la problématique que tu évoque en ramenant tout au même niveau de simplicité tout en optimisant les performances. Il faudrait peut être que je songe à extraire cette partie pour en faire un framework opensource…

]]> Par : SeB http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-94 SeB Tue, 18 Jul 2006 00:42:30 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-94 <p>L'avantage de la compilation des appels à l'API Criteria est également désuet depuis que des outils tel que Hibernate Tools ajoutent le support de l'autocomplétion du HQL et permettent de valider/tester le HQL directement sur la base de données.</p> <p>La tâche qui validerai les requêtes externalisées existe-t-elle déja ou faut-il l'implémenter soi-même ? ;-)</p> <p>Ton socle technique me semble très intéressant. Si jamais tu trouves le temps et que tu le publies sous forme de projet Open Source, je serai intéressé pour le tester.</p> L’avantage de la compilation des appels à l’API Criteria est également désuet depuis que des outils tel que Hibernate Tools ajoutent le support de l’autocomplétion du HQL et permettent de valider/tester le HQL directement sur la base de données.

La tâche qui validerai les requêtes externalisées existe-t-elle déja ou faut-il l’implémenter soi-même ? ;-)

Ton socle technique me semble très intéressant. Si jamais tu trouves le temps et que tu le publies sous forme de projet Open Source, je serai intéressé pour le tester.

]]> Par : Laurent Simon http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-95 Laurent Simon Tue, 18 Jul 2006 15:34:33 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-95 <p>A ma connaissance cette tâche n'existe pas toute faite. Dans mon cas elle fait partie d'un socle technique très vaste, mais ça fait assez longtemps que je l'ai écrit. D'autres ont peut être publié des choses semblables depuis. Dans tous les cas, ça ne casse pas trois pattes à un canard. Quelques lignes de codes suffisent pour écrire une tâche ANT qui fait ça et l'écriture de la classe qui charge les requêtes externes à l'exécution est du même acabit.<br /> <br /> J'espère trouver le temps d'extraire cette partie du socle sous forme de framework indépendant. J’y avais pensé initialement en l’écrivant et c’est ton billet qui me le rappelle. Mais le temps, le temps, c’est toujours ce qui me fait défaut…</p> A ma connaissance cette tâche n’existe pas toute faite. Dans mon cas elle fait partie d’un socle technique très vaste, mais ça fait assez longtemps que je l’ai écrit. D’autres ont peut être publié des choses semblables depuis. Dans tous les cas, ça ne casse pas trois pattes à un canard. Quelques lignes de codes suffisent pour écrire une tâche ANT qui fait ça et l’écriture de la classe qui charge les requêtes externes à l’exécution est du même acabit.

J’espère trouver le temps d’extraire cette partie du socle sous forme de framework indépendant. J’y avais pensé initialement en l’écrivant et c’est ton billet qui me le rappelle. Mais le temps, le temps, c’est toujours ce qui me fait défaut…

]]> Par : SeB http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-88 SeB Wed, 19 Jul 2006 00:58:07 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-88 <p>Effectivement pour la tâche, son implémentation ne nous emmène pas loin. Je me renseignais au cas où, pour ne pas réinventer la roue. ;-)</p> <p>Malheureusement, le temps est une denrée rare qui nous fait tous défaut. Si seulement nous pouvions faire un this.clone()...</p> Effectivement pour la tâche, son implémentation ne nous emmène pas loin. Je me renseignais au cas où, pour ne pas réinventer la roue. ;-)

Malheureusement, le temps est une denrée rare qui nous fait tous défaut. Si seulement nous pouvions faire un this.clone()…

]]> Par : chappy http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-254 chappy Wed, 28 Mar 2007 22:36:52 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-254 ou un fork ! ou un fork !

]]> Par : chappy http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-255 chappy Wed, 28 Mar 2007 22:56:08 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-255 en tout cas tres bon article et tu arrives au meme conclusion que moi sur l'api hibernate :) personnelement je prefere les critérias puisqu'on construit l'ast nous même à la différence du hql, donc meilleurs performances ++ en tout cas tres bon article et tu arrives au meme conclusion
que moi sur l’api hibernate :)
personnelement je prefere les critérias puisqu’on construit l’ast nous même à la différence du hql, donc meilleurs performances
++

]]> Par : SeB http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-257 SeB Thu, 29 Mar 2007 07:49:55 +0000 http://blog.lecacheur.com/2006/07/17/hibernate-sql-natif-hql-ou-api-criteria/#comment-257 Merci Chappy ! :-) Au niveau des performances, je ne suis pas sûr que l'API Criteria soit plus rapide. En effet, il me semble que dernière cette API c'est du HQL qui est généré. Par contre, il est vrai que le code écrit avec l'API Criteria sera plus rapide (et surtout plus lisible) que s'il devait construire lui-même la requête HQL avec des concaténations, etc... Merci Chappy ! :-)

Au niveau des performances, je ne suis pas sûr que l’API Criteria soit plus rapide. En effet, il me semble que dernière cette API c’est du HQL qui est généré.

Par contre, il est vrai que le code écrit avec l’API Criteria sera plus rapide (et surtout plus lisible) que s’il devait construire lui-même la requête HQL avec des concaténations, etc…

]]>