Это проблема производительности при работе с базами данных, когда для получения связанных данных требуется N+1 запрос вместо одного.

Происходит, когда:

Выполняется один запрос для получения списка родительских сущностей.
Затем для каждой из этих сущностей выполняется отдельный запрос для получения связанных дочерних сущностей.

Пример на JPA:

// Получаем список пользователей
List<User> users = userRepository.findAll();

// Для каждого пользователя получаем его заказы
for (User user : users) {
    List<Order> orders = user.getOrders(); // Вызывает N запросов к БД, по одному для каждого пользователя
}

Решение: Использовать запросы с загрузкой связанных данных одним разом:

JOIN FETCH: Загрузка связанных сущностей вместе с основной в одном запросе.

// Пример с JPQL
List<User> users = entityManager.createQuery("SELECT u FROM User u JOIN FETCH u.orders", User.class).getResultList();

EntityGraph: Объявление графа сущностей для указания, какие связанные объекты должны быть загружены.

// На уровне сущности
@Entity
@NamedEntityGraph(name = "User.orders", attributeNodes = @NamedAttributeNode("orders"))
public class User {
    // ...
}

// Использование в репозитории
@Query("SELECT u FROM User u")
@EntityGraph(value = "User.orders")
List<User> findAllWithOrders();

Batch Fetching: Загрузка связанных объектов пачками (подковерно ORM может сделать это при определенной конфигурации).

Устранение проблемы n+1 выборки существенно улучшает производительность приложений, уменьшая количество обращений к базе данных.

Что такое проблема n+1 выборки?