Comment puis-je résoudre le problème de sélection N + 1?

Question

J'ai du mal à comprendre comment éviter la sélection n + 1 en jpa ou en hibernation.

D'après ce que je lis, il y a la « gauche join fetch », mais je ne sais pas si cela fonctionne toujours avec plus d'une liste (OneToMany) ..

Quelqu'un pourrait-il me l'expliquer ou donner moi un lien avec une explication complète claire s'il vous plaît?

Je suis désolé si c'est une question noob, mais je ne peux pas trouver un article ou un document clair sur ce problème.

Merci

Answer 1

En dehors de la jointure, vous pouvez également utiliser subselect (s). Il en résulte que 2 requêtes sont en cours d'exécution (ou en général m + 1, si vous avez des listes m), mais elle s'adapte bien à un grand nombre de listes, contrairement à la recherche de jointure. Avec la récupération de jointures, si vous récupérez deux tables (ou listes) avec votre entité, vous obtenez un produit cartésien , c'est-à-dire toutes les combinaisons de paires de lignes des deux tables. Si les tables sont grandes, le résultat peut être énorme, par ex. si les deux tables ont 1000 lignes, le produit cartésien contient 1 million de lignes!

Une meilleure alternative pour de tels cas est d'utiliser des sous-sélections. Dans ce cas, vous devez émettre 2 sélections - une pour chaque table - en plus de la sélection principale (qui charge l'entité parente), donc au total, vous chargez 1 + 100 + 100 lignes avec 3 requêtes. Pour l'enregistrement, la même chose avec chargement paresseux entraînerait 201 sélections distinctes, chacune chargeant une seule ligne.

Mise à jour: voici quelques exemples:

• un tutoriel: Tuning Lazy Fetching, avec une section sur les sous-requêtes vers la fin (BTW, il explique aussi le n + 1 sélectionne problème et toutes les stratégies pour y faire face),
• examples of HQL subqueries de la référence Hibernate,
• juste au cas où, the chapter on fetching strategies de la référence Hibernate - contenu similaire à la première, mais beaucoup plus approfondie