Votre endpoint émet des centaines de requêtes par appel. Comment cela arrive-t-il avec JPA et comment le corrigez-vous ?

C'est le problème du N plus un : une requête charge les lignes parentes, puis toucher une association paresseuse sur chacune déclenche une requête supplémentaire par ligne. Corrigez-le en chargeant l'association dans la même requête avec un join fetch ou un entity graph, en fixant une taille de lot pour que Hibernate charge les associations par groupes, ou en projetant directement dans un DTO avec seulement les colonnes nécessaires. Gardez les associations paresseuses par défaut et chargez de façon anticipée cas d'usage par cas d'usage.

C'est du N plus un. Je charge une page de commandes en une requête, puis le sérialiseur touche order.getItems sur chacune, et comme l'association est paresseuse Hibernate repart chercher pour chaque commande. Vingt commandes deviennent vingt et une requêtes, et ça n'apparaît qu'avec de vraies données. Le premier correctif est de charger ce dont j'ai besoin d'un coup, soit une requête avec un join fetch, soit un entity graph nommé sur la méthode du repository, pour que les lignes reviennent avec leurs parents. Si j'ai besoin de deux collections distinctes, je ne joins pas les deux, parce que ça multiplie les lignes en produit cartésien ; je fixe plutôt une taille de lot pour qu'Hibernate les charge par paquets de cinquante avec une clause in, ce qui fait deux requêtes au lieu de cent. Souvent la vraie réponse est que l'endpoint n'a pas besoin d'entités du tout, donc je projette directement dans un DTO avec juste les colonnes requises. Ce que je ne fais pas, c'est passer le mapping en eager, parce que ça corrige un endpoint et ralentit tous les autres. Je garde le contrôle en vérifiant le nombre de requêtes dans un test d'intégration.