Commentaires sur : Hibernate : gérer le chargement des associations efficacement

Par : Nicolas Martignole

Nicolas Martignole — Mon, 09 Mar 2009 21:44:51 +0000

J’ai corrigé l’archive tar.gz et déplacé les tests unitaires dans src\test\java

Le deuxième article est en ligne sinon !

Par : gahanima

gahanima — Wed, 04 Mar 2009 09:26:09 +0000

Très bon article . Je suis toujours étonné de la qualité de tes posts.

J\’ai récemment effectué des travaux pour l\’audit et l\’optimisation d\’utilisation d\’Hibernate, et ton article va droit à l\’essentiel par des explications simples.

En XML il me semble que le fetch-size indique la profondeur maximum lors du chargement des associations non tardivement. Il s\’agit d\’une sécurité qu\’il aurait peut être fallut préciser.

Au passage, ton application exemple ne permet pas de lancer les tests depuis la commande maven \ »mvn test\ » : il faut replacer les sources du dossier test avec le chemin \ »src\\test\\java\ » et non \ »src\\main\\test\ »

J\’attend impatiemment le second article

Par : Nicolas Martignole

Nicolas Martignole — Tue, 03 Mar 2009 16:54:53 +0000

Cyrille: … et je n’ai même pas fait la version avec annotations…
La seconde partie sera plus courte

Par : cyrillakech

cyrillakech — Tue, 03 Mar 2009 15:25:39 +0000

Excellant article !! Très complet à en croire la première partie, j’ai hâte de lire la seconde !

Comme tu l’expliques: Mieux vaut éviter un maximum de mettre dans le mapping du paramétrage en relation avec les IHMs. On privilégiera la configuration spécifique du batch size par le code.

Pas mal l’astuce sur la fin, toujours bon à savoir: criteria.setMaxResults(10).setFetchSize(10);

Et pourquoi dans Hibernate les attributs ne correspondent jamais à la méthode java équivalente… pour le coup en XML c’est batch-size et setFetchSize en Java…

Et pour conclure, avec les annotations c’est @BatchSize(size=4)

Tu as la pression pour la seconde partie !!!

A +