Проблема N+1 в Hibernate: как решать? Для чего ещё можно использовать EntityGraph?

Проблема N+1 в Hibernate возникает, когда при загрузке коллекции сущностей для каждой из них выполняется отдельный запрос к базе, что приводит к большому количеству запросов (1 запрос на основную сущность + N запросов на связанные). Это сильно снижает производительность.

Как решать:

• Использовать JOIN FETCH в JPQL/HQL, чтобы сразу подгружать связанные сущности в одном запросе.
• Использовать EntityGraph для указания, какие связи нужно подгружать жадно.
• Настроить fetch = FetchType.EAGER для нужных связей (с осторожностью).
• Использовать батчи (@BatchSize) для оптимизации загрузки коллекций.

Пример с EntityGraph:

@EntityGraph(attributePaths = {"orders", "profile"})
List<User> findAll();

Для чего ещё можно использовать EntityGraph:

• Гибко управлять загрузкой связанных сущностей без изменения маппинга.
• Оптимизировать запросы под разные сценарии, выбирая, какие связи подгружать.
• Использовать в репозиториях Spring Data JPA для динамического управления fetch-планом.

Таким образом, EntityGraph помогает избежать N+1 и контролировать производительность запросов.