Discussion :

[bouchette63]

Bonjour,

Je me pose plusieurs questions sur Hibernate dont je n'arrive pas à trouver forcément des réponses.
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.

[fr1man]

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.

[bouchette63]

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

[the-gtm]

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).

[sinok]

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.

[fr1man]

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.