[Requêtes] [Optimisations] Conseils sur le requêtage et l'optimisation

Bonjour,

Je me pose plusieurs questions sur Hibernate dont je n'arrive pas à trouver forcément des réponses. :cry:
Même en ayant parcouru la documentation sur le site officiel.

Tout d'abord, en ce qui concerne l'écriture des requêtes Hibernate. Il existe trois méthodes :
- HQL
- SQL natif
- API Criteria

1) Existe-t-il un langage à privilégier plus qu'un autre ?

2) Quels sont les avantages et inconvénients de chacun ?


Ensuite au niveau de l'optimisation. Hibernate nous offre pas mal de possibilités.

3) Quels sont les optimisations que vous avez mis en place sous Hibernate ? Et pourquoi ?

Merci pour votre aide.

Je dirais que le SQL natif n'est à utiliser qu'en cas d'optimisation très pointue.
On perd la notion d'objet en l'utilisant.

HQL ou Criteria doit suffire. J'ai une préférence pour HQL mais c'est plus une question d'haibtude.

Au niveau des optimisations, on peut mettre en place :
- un pool de connexion autre que celui proposé par défaut
- le cache de second niveau avec le cache de requêtes
- des optimisations au niveau base, comme par exemple des "index"

Voilà un début de réponse.

Merci pour ta réponse fr1man,

Après plusieurs recherches, c'est vrai que le SQL natif n'est pas la méthode pour écrire les requêtes à privilégier. Le HQL et API criteria sont plus souple.
J'ai vu que HQL était conseillé pour des requêtes statiques tandis que l'API Criteria est conseillé pour des requêtes dynamiques.

Sinon en ce qui concerne les stratégies de chargement, des personnes ont un avis ? Sur le choix ?

Merci

A ce que fr1man a cité, j'ajouterai le lazy-loading (qui est activé par défaut) et les batchs. Pour les batchs, je les places au niveau d'une classe (permet de faire des updates en mode batch) et au niveau de collections (permet de charger des associations en batch).

Grosso modo le HQL doit rester limié à des requêtes relativement simples jointures simple, binaires voire ternaires ensuite ça devient plus chaud pour hibernate et mieux vaut s'orienter vers du SQL natif.

De même pour tout ce qui est jointures externes un peu tirées par les cheveux ou spécificités de ton SGBD.

Comme dit the-gtm, il est conseillé d'utiliser le lazy loading et utiliser
l'attribut "fetch" dans les requêtes ou les Criteria quand on a besoin de charger des associations.

En ce qui concerne les requêtes HQL, je ne suis pas tout à fait d'accord avec sinok. On peut faire des requêtes complexes avec plusieurs jointures et avoir des performances satisfaisantes. Pour moi, le SQL natif ne doit être utilisé qu'en cas de problèmes de perfs ou de fonctionnalités.

Merci pour vos différents avis,

Donc si j'ai bien compris, je vais devoir procéder à queqlues changements dans mes requêtes Hibernate pour optimiser les performances.

Pour récupérer une liste d'objets je fais :

Code:

---

List clist = session.find("from XXX in class XXX")

---

Pour insérer un objet je fais :

Code:

---

session.save(Object)

---

Pour modifier un objet je fais :

Code:

---

1 2 3

session.update(Object) ou session.saveOrUpdate(Object)

---

Pour supprimer un objet je fais :

Code:

---

session.delete(Object ou String)

---

Ces méthodes ne sont donc pas les plus rapides pour réaliser les opérations en base.
Il faut que je me tourne vers le HQL et l'API Criteria ?

Merci pour votre aide,

Non, c'est très bien ce que tu as fait.
J'ai juste une remarque concernant le "update" et "saveorupdate".
Ils ne sont pas nécessaires pour la modification d'un objet.
Un simple set sur tes attributs suffit.
Le "update" et "saveorupdate" sont utilisés en cas d'objets détachés.
Remarque, c'est peut-être ton cas, dans ce cas, je n'ai rien dit.

Et puis, session.Find est déprécié.
Il vaut mieux utiliser session.createQuery, si tu es en Hibernate 3.

Merci fr1man,

Je te confirme que mes objets sont détachées, il faut que je fasse un save ou saveOrUpdate pour les enregistrer en base.

Donc la méthode que j'utilise convient très bien pour ce que je fais. :D

Ma dernière question :
En sachant que je travail sur une version d'Hibernate 2. Lorsque je ferais la migration vers Hibernate 3, est-ce que je risque de rencontrer des problèmes au niveau de mes requêtes session ? (c'est à dire devoir modifier la méthode utilisé car déprécié/désapprouvé)

Tu auras sans doute pas mal de choses à modifier en changeant de version.
Session.find() n'existe pas sous la version 3. Il faudra remplacer par createQuery().

Le lazy loading n'est pas activé par défaut dans la version 2 contrairement à la trois.

Pour le reste, je n'en sais rien.

Ok,
encore merci à toi fr1man,

Je vais aller faire un tour du côté du site d'Hibernate pour analyser le guide de migration et voir les différents impacts.

A+