Июл 27, 2016 - 0 Comments - Без рубрики -

Стратегии загрузки коллекций в Hibernate

В предыдущей статье я рассматривал детали различных типов и стратегий загрузки коллекций в JPA. В данной статье будут рассмотрены режимы загрузки коллекций в Hibernate.

Для тех, кто не читал, повторюсь: отношениям один-ко-многим или многие-ко-многим между таблицами реляционной базы данных в объектном виде соответствуют свойства сущности типа List или Set, размеченные аннотациями @OneToMany или @ManyToMany. При работе с сущностями, которые содержат коллекции других сущностей, возникает проблема известная как «N+1 selects». Первый запрос выберет только корневые сущности, а каждая связанная коллекция будет загружена отдельным запросом. Таким образом ORM выполняет N+1 SQL запросов, где N — количество корневых сущностей в результирующей выборке запроса.

Итак, самая популярная реализация JPA, Hibernate предоставляет множество способов управления загрузкой отношений один-ко-многим и многие-ко-многим.

FetchMode в Hibernate говорит как мы хотим, чтоб связанные сущности или коллекции были загружены:
— SELECT — используя по дополнительному SQL запросу на коллекцию,
— JOIN — в одном запросе с корневой сущностью, используя SQL оператор JOIN,
— SUBSELECT— в дополнительном запросе, используя SUBSELECT.

Мы также можем влиять на стратегию загрузки связанных коллекций при помощи аннотации @BatchSize (или атрибут batch-size в XML), которая устанавливает количество коллекций, которые будут загружаться в одном запросе.

Пример

Продолжим рассматривать пример из предыдущей части статьи, в котором сущность Book владеет отношениями многие-ко-многим с сущностями Author и Category. Дополним этот пример, добавив аннотации из пакета org.hibernate.annotations, которые не являются частью JPA. Пример целиком доступен на Github.

@Entity
public class Book extends AbstractBook {

    @ManyToMany(fetch = FetchType.EAGER)
    private List<Author> authors = new ArrayList<>();

    @ManyToMany
    private List<Category> categories = new ArrayList<>();

    /*...*/
}

@Entity
public class BookFetchModeSelect extends AbstractBook {

    @ManyToMany(fetch = FetchType.EAGER)
    @Fetch(FetchMode.SELECT)
    private List<Author> authors = new ArrayList<>();

    @ManyToMany
    @Fetch(FetchMode.SELECT)
    private List<Category> categories = new ArrayList<>();

    /*...*/
}

@Entity
public class BookFetchModeJoin extends AbstractBook {

    @ManyToMany(fetch = FetchType.EAGER)
    @Fetch(FetchMode.JOIN)
    private List<Author> authors = new ArrayList<>();

    @ManyToMany
    @Fetch(FetchMode.JOIN)
    private List<Category> categories = new ArrayList<>();
    
    /*...*/
}

@Entity
public class BookFetchModeSubselect extends AbstractBook {

    @ManyToMany(fetch = FetchType.EAGER)
    @Fetch(FetchMode.SUBSELECT)
    private List<Author> authors = new ArrayList<>();

    @ManyToMany
    @Fetch(FetchMode.SUBSELECT)
    private List<Category> categories = new ArrayList<>();

    /*...*/
}

@Entity
public class BookBatchSize extends AbstractBook {

    @ManyToMany(fetch = FetchType.EAGER)
    // Явное указание FetchMode.SELECT необходимо
    // так как в Criteria API EAGER ассоциации по умолчанию загружаются с
    @Fetch(FetchMode.SELECT)
    @BatchSize(size = 2)
    private List<Author> authors = new ArrayList<>();

    @ManyToMany
    @Fetch(FetchMode.SELECT)
    @BatchSize(size = 2)
    private List<Category> categories = new ArrayList<>();
    
    /*...*/
}

Для более наглядной демонстрации отличий режимов загрузки необходимо добавить больше тестовых данных:

Session session = sessionFactory.getCurrentSession();

Category softwareDevelopment = new Category();
softwareDevelopment.setName("Software development");
session.persist(softwareDevelopment);

Category systemDesign = new Category();
systemDesign.setName("System design");
session.persist(systemDesign);

Author martinFowler = new Author();
martinFowler.setFullName("Martin Fowler");
session.persist(martinFowler);

AbstractBook poeaa = bookSupplier.get();
poeaa.setIsbn("007-6092019909");
poeaa.setTitle("Patterns of Enterprise Application Architecture");
poeaa.setPublicationDate(Date.from(Instant.parse("2002-11-15T00:00:00.00Z")));
poeaa.setAuthors(asList(martinFowler));
poeaa.setCategories(asList(softwareDevelopment, systemDesign));
session.persist(poeaa);

Author gregorHohpe = new Author();
gregorHohpe.setFullName("Gregor Hohpe");
session.persist(gregorHohpe);

Author bobbyWoolf = new Author();
bobbyWoolf.setFullName("Bobby Woolf");
session.persist(bobbyWoolf);

AbstractBook eip = bookSupplier.get();
eip.setIsbn("978-0321200686");
eip.setTitle("Enterprise Integration Patterns");
eip.setPublicationDate(Date.from(Instant.parse("2003-10-20T00:00:00.00Z")));
eip.setAuthors(asList(gregorHohpe, bobbyWoolf));
eip.setCategories(asList(softwareDevelopment, systemDesign));
session.persist(eip);

Category objectOrientedSoftwareDesign = new Category();
objectOrientedSoftwareDesign.setName("Object-Oriented Software Design");
session.persist(objectOrientedSoftwareDesign);

Author ericEvans = new Author();
ericEvans.setFullName("Eric Evans");
session.persist(ericEvans);

AbstractBook ddd = bookSupplier.get();
ddd.setIsbn("860-1404361814");
ddd.setTitle("Domain-Driven Design: Tackling Complexity in the Heart of Software");
ddd.setPublicationDate(Date.from(Instant.parse("2003-08-01T00:00:00.00Z")));
ddd.setAuthors(asList(ericEvans));
ddd.setCategories(asList(softwareDevelopment, systemDesign, objectOrientedSoftwareDesign));
session.persist(ddd);

Category networkingCloudComputing = new Category();
networkingCloudComputing.setName("Networking & Cloud Computing");
session.persist(networkingCloudComputing);

Category databasesBigData = new Category();
databasesBigData.setName("Databases & Big Data");
session.persist(databasesBigData);

Author pramodSadalage = new Author();
pramodSadalage.setFullName("Pramod J. Sadalage");
session.persist(pramodSadalage);

AbstractBook nosql = bookSupplier.get();
nosql.setIsbn("978-0321826626");
nosql.setTitle("NoSQL Distilled: A Brief Guide to the Emerging World of Polyglot Persistence");
nosql.setPublicationDate(Date.from(Instant.parse("2012-08-18T00:00:00.00Z")));
nosql.setAuthors(asList(pramodSadalage, martinFowler));
nosql.setCategories(asList(networkingCloudComputing, databasesBigData));
session.persist(nosql);

В тестах используется Hibernate 5.2.0.Final.

HQL запрос и FetchMode по умолчанию

Когда аннотация @Fetch не добавлена, HQL и Hibernate Criteria запросы ведут себя по-разному. В случае использования HQL запроса, по умолчанию используется FetchMode.SELECT для связанных коллекций с любым типом загрузки (EAGER и LAZY).

List books = getCurrentSession().createQuery("select b from Book b").list(); 
assertEquals(4, books.size());

Сгенерированный SQL:

select
        book0_.id as id1_1_,
        book0_.isbn as isbn2_1_,
        book0_.publicationDate as publicat3_1_,
        book0_.title as title4_1_
    from
        Book book0_

select
    authors0_.Book_id as Book_id1_2_0_,
    authors0_.authors_id as authors_2_2_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    Book_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.Book_id=?

select
    authors0_.Book_id as Book_id1_2_0_,
    authors0_.authors_id as authors_2_2_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    Book_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.Book_id=?

select
    authors0_.Book_id as Book_id1_2_0_,
    authors0_.authors_id as authors_2_2_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    Book_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.Book_id=?

select
    authors0_.Book_id as Book_id1_2_0_,
    authors0_.authors_id as authors_2_2_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    Book_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.Book_id=?

Hibernate Criteria запрос и FetchMode по умолчанию

Когда аннотация @Fetch не добавлена, в Hibernate Criteria запросах по умолчанию используется FetchMode.JOIN для связанных коллекций с типом загрузки EAGER и tchMode.SELECT для связанных коллекций с типом загрузки LAZY.

Коллекции с типом загрузки EAGER будут загружены в одном SQL запросе с корневой сущностью. Результатом запроса будет декартово произведение (cartesian product). Вместо 4 элементов в результирующей выборке, запрос вернет 6, потому что книги «Enterprise Integration Patterns» и «NoSQL» имеют двух авторов и будут дважды встречаться в результатах запроса.

Стоит отметить, что начиная с версии Hibernate 5.2 метод createCriteria класса org.hibernate.Session, который создает экземпляр org.hibernate.Criteria, считает устаревшим и помечен аннотацией @Deprecated. Вместо этого в Javadoc рекомендуется использовать JPA Criteria.

List books = getCurrentSession().createCriteria(Book.class).list(); 
assertEquals(6, books.size());

Сгенерированный SQL:

select
    this_.id as id1_1_1_,
    this_.isbn as isbn2_1_1_,
    this_.publicationDate as publicat3_1_1_,
    this_.title as title4_1_1_,
    authors2_.Book_id as Book_id1_2_3_,
    author3_.id as authors_2_2_3_,
    author3_.id as id1_0_0_,
    author3_.fullName as fullName2_0_0_ 
from
    Book this_ 
left outer join
    Book_Author authors2_ 
        on this_.id=authors2_.Book_id 
left outer join
    Author author3_ 
        on authors2_.authors_id=author3_.id

HQL и Hibernate Criteria запросы и FetchMode.SELECT

С режимом загрузки FetchMode.SELECT первый запрос выберет только корневые сущности, а каждая связанная коллекция будет загружена отдельным запросом. Так как для данного примера мы сохранили 4 сущности, то запросов будет 5. Один для загрузки сущностей Book и по одному для каждой из 4 сущностей Book для загрузки списка сущностей Author. Список сущностей Category имеет тип загрузки по умолчанию (LAZY для коллекций) и будет загружен отдельным запросом при первом обращении в коде.

List books = getCurrentSession().createQuery("select b from BookFetchModeSelect b").list();
assertEquals(4, books.size());

При режиме загрузки FetchMode.SELECT HQL и Hibernate Criteria запросы ведут себя одинаково.

List books = getCurrentSession().createCriteria(BookFetchModeSelect.class).list(); 
assertEquals(4, books.size());

Сгенерированный SQL:

select
    bookfetchm0_.id as id1_10_,
    bookfetchm0_.isbn as isbn2_10_,
    bookfetchm0_.publicationDate as publicat3_10_,
    bookfetchm0_.title as title4_10_
from
    BookFetchModeSelect bookfetchm0_

select
    authors0_.BookFetchModeSelect_id as BookFetc1_11_0_,
    authors0_.authors_id as authors_2_11_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeSelect_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeSelect_id=?
 
select
    authors0_.BookFetchModeSelect_id as BookFetc1_11_0_,
    authors0_.authors_id as authors_2_11_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeSelect_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeSelect_id=?

select
    authors0_.BookFetchModeSelect_id as BookFetc1_11_0_,
    authors0_.authors_id as authors_2_11_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeSelect_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeSelect_id=?
 
select
    authors0_.BookFetchModeSelect_id as BookFetc1_11_0_,
    authors0_.authors_id as authors_2_11_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeSelect_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeSelect_id=?<pre>

<h2>HQL и Hibernate Criteria запросы и FetchMode.SUBSELECT</h2>

При режиме загрузки <code>FetchMode.SUBSELECT</code> будет выполнено 2 SQL запроса. Первый загрузит корневые сущности, а второй - связанные коллекции для всех корневых сущностей из результатов первого SQL запроса, используя подзапрос.

<pre>List books = getCurrentSession().createQuery("select b from BookFetchModeSubselect b").list();
assertEquals(4, books.size());

HQL и Hibernate Criteria запросы ведут себя одинаково и при режиме загрузки FetchMode.SUBSELECT.

List books = getCurrentSession().createCriteria(BookFetchModeSubselect.class).list();
assertEquals(4, books.size());

Сгенерированный SQL:

select
    bookfetchm0_.id as id1_13_,
    bookfetchm0_.isbn as isbn2_13_,
    bookfetchm0_.publicationDate as publicat3_13_,
    bookfetchm0_.title as title4_13_
from
    BookFetchModeSubselect bookfetchm0_

select
    authors0_.BookFetchModeSubselect_id as BookFetc1_14_1_,
    authors0_.authors_id as authors_2_14_1_,
    author1_.id as id1_0_0_,
    author1_.fullName as fullName2_0_0_
from
    BookFetchModeSubselect_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeSubselect_id in (
        select
            bookfetchm0_.id
        from
            BookFetchModeSubselect bookfetchm0_
    )

HQL запрос и FetchMode.JOIN

Поведение HQL запросов при режиме загрузке FetchMode.JOIN, на первый взгляд, немного неожиданное. Вместо того, чтобы загрузить связанные коллекции, помеченные аннотацией @Fetch(FetchMode.JOIN), в одном запросе с корневыми сущностями, используя SQL оператор JOIN, HQL запрос транслируется в несколько SQL запросов по типа FetchMode.SELECT. Но в отличии от FetchMode.SELECT, при FetchMode.JOIN будет игнорироваться указанный тип загрузки (LAZY и EAGER) и все коллекции будут загружены сразу, а не при первом обращении в коде (поведение соответствующее типу EAGER).

Таким образом в следующем примере будет выполнено 8 SQL запросов. Один запрос для загрузки корневых сущностей Book и для каждой из 4 корневых сущностей из результатов первого SQL запроса по одному запросу для загрузки списка сущностей Author и по одному запросу для загрузки списка сущностей Category.

List books = getCurrentSession().createQuery("select b from BookFetchModeJoin b").list();
assertEquals(4, books.size());

Сгенерированный SQL:

select
    bookfetchm0_.id as id1_7_,
    bookfetchm0_.isbn as isbn2_7_,
    bookfetchm0_.publicationDate as publicat3_7_,
    bookfetchm0_.title as title4_7_
from
    BookFetchModeJoin bookfetchm0_

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    authors0_.BookFetchModeJoin_id as BookFetc1_8_0_,
    authors0_.authors_id as authors_2_8_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeJoin_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeJoin_id=?

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    authors0_.BookFetchModeJoin_id as BookFetc1_8_0_,
    authors0_.authors_id as authors_2_8_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeJoin_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeJoin_id=?

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    authors0_.BookFetchModeJoin_id as BookFetc1_8_0_,
    authors0_.authors_id as authors_2_8_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeJoin_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeJoin_id=?

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    authors0_.BookFetchModeJoin_id as BookFetc1_8_0_,
    authors0_.authors_id as authors_2_8_0_,
    author1_.id as id1_0_1_,
    author1_.fullName as fullName2_0_1_
from
    BookFetchModeJoin_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookFetchModeJoin_id=?

HQL запрос с «join fetch»

Чтобы корневые сущности со связанными коллекциями были загружены в одном SQL запросе, используйте оператор JOIN FETCH. Результатом запроса будет декартово произведение. Вместо 4 элементов в результирующей выборке, запрос вернет 6, потому что книги «Enterprise Integration Patterns» и «NoSQL» имеют двух авторов и будут дважды встречаться в результатах запроса. Коллекции, которые не были присоединены оператором JOIN FETCH, будут загружены согласно типу и режиму загрузки.

В данном примере будет выполнено по дополнительному запросу на каждую корневую сущность из списка результатов для загрузки списка сущностей Category.

List books = getCurrentSession().createQuery("select b from BookFetchModeJoin b join fetch b.authors a").list(); 
assertEquals(6, books.size());

Сгенерированный SQL:

select
    bookfetchm0_.id as id1_7_0_,
    author2_.id as id1_0_1_,
    bookfetchm0_.isbn as isbn2_7_0_,
    bookfetchm0_.publicationDate as publicat3_7_0_,
    bookfetchm0_.title as title4_7_0_,
    author2_.fullName as fullName2_0_1_,
    authors1_.BookFetchModeJoin_id as BookFetc1_8_0__,
    authors1_.authors_id as authors_2_8_0__
from
    BookFetchModeJoin bookfetchm0_
inner join
    BookFetchModeJoin_Author authors1_
        on bookfetchm0_.id=authors1_.BookFetchModeJoin_id
inner join
    Author author2_
        on authors1_.authors_id=author2_.id

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

select
    categories0_.BookFetchModeJoin_id as BookFetc1_9_0_,
    categories0_.categories_id as categori2_9_0_,
    category1_.id as id1_16_1_,
    category1_.description as descript2_16_1_,
    category1_.name as name3_16_1_
from
    BookFetchModeJoin_Category categories0_
inner join
    Category category1_
        on categories0_.categories_id=category1_.id
where
    categories0_.BookFetchModeJoin_id=?

Hibernate Criteria запрос и FetchMode.JOIN

В Hibernate Criteria запросах связанные коллекции с режимом загрузки FetchMode.JOIN будут загружены сразу (тип загрузки EAGER) и в одном запросе с корневыми сущностями при помощи SQL оператора JOIN. Как уже рассматривалось в прошлой статье, только одна коллекций, которая загружается со стратегией JOIN может быть типа java.util.List, остальные коллекции, которые загружаются стратегией JOIN должны быть типа java.util.Set, иначе будет выброшено исключение org.hibernate.loader.MultipleBagFetchException.

List books = getCurrentSession().createCriteria(BookFetchModeJoin.class).list();

Будет выброшено исключение:
org.hibernate.loader.MultipleBagFetchException: cannot simultaneously fetch multiple bags

HQL и Hibernate Criteria запросы и FetchMode.SELECT с @BatchSize

@BatchSize устанавливает количество коллекций, которые должны быть загружены в одном SQL запросе. Если результат запроса содержит 4 сущности, каждая из которых имеет по связанной коллекции, при режим загрузки SELECT будет выполнено 5 запросов. Один запрос для загрузки всех корневых сущностей и по одному для загрузки связанной коллекции каждой из 4 корневых сущностей. @BatchSize(size = 2) указывает ORM загружать по 2 связанные коллекции в одном запросе. Таким образом, всего будет выполнено 3 запроса вместо 5. Один запрос для загрузки всех корневых сущностей и еще 2 запроса, каждый из которых загрузит по 2 связанные коллекции для 2 корневых сущностей.

List books = getCurrentSession().createQuery("select b from BookBatchSize b").list();
assertEquals(4, books.size());

Как уже отмечалось ранее, при режиме загрузки FetchMode.SELECT HQL и Hibernate Criteria запросы ведут себя одинаково. При использовании @BatchSize поведение также будет одинаковым.

List books = getCurrentSession().createCriteria(BookBatchSize.class).list(); 
assertEquals(4, books.size());

Сгенерированный SQL:

select
    bookbatchs0_.id as id1_4_,
    bookbatchs0_.isbn as isbn2_4_,
    bookbatchs0_.publicationDate as publicat3_4_,
    bookbatchs0_.title as title4_4_
from
    BookBatchSize bookbatchs0_

select
    authors0_.BookBatchSize_id as BookBatc1_5_1_,
    authors0_.authors_id as authors_2_5_1_,
    author1_.id as id1_0_0_,
    author1_.fullName as fullName2_0_0_
from
    BookBatchSize_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookBatchSize_id in (
        ?, ?
    )

select
    authors0_.BookBatchSize_id as BookBatc1_5_1_,
    authors0_.authors_id as authors_2_5_1_,
    author1_.id as id1_0_0_,
    author1_.fullName as fullName2_0_0_
from
    BookBatchSize_Author authors0_
inner join
    Author author1_
        on authors0_.authors_id=author1_.id
where
    authors0_.BookBatchSize_id in (
        ?, ?
    )

Выводы

Существует немало нюансов, связанных со стратегиями загрузки связанных коллекций в JPA и Hibernate, многие из которых были рассмотрены в этой и предыдущей статьях.

Не стоит использовать одну выбранную стратегию загрузки повсюду в приложении. Каждый случай надо проанализировать индивидуально и выбрать оптимальную стратегию загрузки. Как это часто бывает, в большинстве случаев стратегия загрузки по умолчанию будет оптимальным вариантом. Если приложение испытывает проблемы с производительностью, которые вызваны неправильным выбором стратегии загрузки, для анализа пригодятся следующие свойства Hibernate конфигурации: hibernate.show_sql=true, hibernate.format_sql=true и hibernate.use_sql_comments=true.


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Человек ? *