Сегодня я хочу поделиться с вами одной из распространённых проблем в Hibernate — N+1 проблема. Если вы используете ORM без оптимизаций, то скорее всего сталкивались с этим.
📌 В чём суть?
Допустим, у нас есть две связанные сущности:
@Entity
public class Author {
@Id @GeneratedValue
private Long id;
private String name;
@OneToMany(mappedBy = "author", fetch = FetchType.LAZY)
private List<Book> books;
}@Entity
public class Book {
@Id @GeneratedValue
private Long id;
private String title;
@ManyToOne
private Author author;
}Теперь, если мы получим список авторов и для каждого загрузим книги:
List<Author> authors = entityManager.createQuery("SELECT a FROM Author a", Author.class).getResultList();
for (Author author : authors) {
System.out.println(author.getBooks().size());
}Мы получаем 1 запрос для авторов + N запросов для книг. Это и есть N+1 проблема!
🚀 Как исправить?
Используем JOIN FETCH:
List<Author> authors = entityManager.createQuery(
"SELECT a FROM Author a JOIN FETCH a.books", Author.class).getResultList();Теперь будет один SQL-запрос вместо кучи мелких.
🔥 Альтернативы:
• Entity Graph – даёт гибкость в загрузке связей.
• Batch Size в Hibernate – уменьшает количество запросов.
• DTO и кастомные запросы – загружаем только нужные данные.
Оптимизация SQL-запросов в ORM — ключ к быстродействию вашего приложения!
👉@BookJava