Tu endpoint lanza cientos de consultas por petición. ¿Cómo pasa eso con JPA y cómo lo arreglas?

Eso es el problema N más uno: una consulta carga las filas padre y luego tocar una asociación perezosa en cada una dispara otra consulta por fila. Se arregla trayendo la asociación en la misma consulta con un join fetch o un entity graph, poniendo un tamaño de batch fetch para que Hibernate cargue las asociaciones en grupos, o proyectando directamente a un DTO con solo las columnas que necesitas. Deja las asociaciones perezosas por defecto y decide el fetch por caso de uso.

Es N más uno. Cargo una página de pedidos en una consulta, luego el serializador toca pedido.getItems en cada uno y, como la asociación es perezosa, Hibernate vuelve a por cada pedido. Veinte pedidos se convierten en veintiuna consultas, y solo aparece con datos reales. El primer arreglo es traer lo que necesito de una vez, o con una consulta con join fetch o con un entity graph nombrado en el método del repositorio, para que los ítems vengan con los padres. Si necesito dos colecciones separadas no hago join de ambas, porque eso multiplica filas en un producto cartesiano; en su lugar pongo un tamaño de batch fetch para que Hibernate las cargue en lotes de, digamos, cincuenta con una cláusula in, lo que son dos consultas en vez de cien. A menudo la respuesta real es que el endpoint no necesita entidades para nada, así que proyecto directamente a un DTO con solo las columnas necesarias. Lo que no hago es cambiar el mapeo a eager, porque eso arregla un endpoint y ralentiza todos los demás. Lo mantengo honesto comprobando el número de consultas en un test de integración.