Что означают N и SELECT в проблеме N+1 SELECT?

Проблема N+1 SELECT — это антипаттерн доступа к данным, приводящий к выполнению избыточного количества SQL-запросов.

• 1 — это первый запрос для получения основной коллекции сущностей (например, список авторов).
• N — это количество сущностей в этой основной коллекции.
• N SELECT — это дополнительные запросы, которые выполняются для ленивой загрузки связанных данных (например, книг для каждого автора).

Итого запросов: 1 (основной) + N (дополнительных).

Пример на JPA/Hibernate:

@Entity
public class Author {
    @Id
    private Long id;
    private String name;
    @OneToMany(mappedBy = "author", fetch = FetchType.LAZY) // Ленивая загрузка по умолчанию
    private List<Book> books;
}

// Сервисный метод, вызывающий проблему N+1
List<Author> authors = entityManager.createQuery("SELECT a FROM Author a", Author.class).getResultList(); // 1 запрос

for (Author author : authors) { // N авторов
    // Для каждого автора здесь выполняется отдельный SELECT для загрузки его книг!
    System.out.println(author.getBooks().size()); // +N запросов
}

Решения проблемы:

1. Использование JOIN FETCH в JPQL:

   List<Author> authors = entityManager.createQuery(
           "SELECT DISTINCT a FROM Author a JOIN FETCH a.books", Author.class
   ).getResultList(); // ВСЕ данные загружаются одним запросом.

2. Использование EntityGraph в Spring Data JPA.
3. Настройка Batch Fetching (@BatchSize) — Hibernate загружает связанные коллекции группами, уменьшая N запросов до N/размер_группы.

Почему это важно: N+1 запросов убивают производительность, создавая огромную нагрузку на СУБД при больших N.