Эта статья является кратким введением в Pagination в Hibernate . Мы рассмотрим стандартный HQL, а также API ScrollableResults и, наконец, разбиение на страницы с помощью критериев Hibernate.
setFirstResult, setMaxResults APIСамый простой и распространенный способ разбивки на страницы в Hibernate — использование HQL :
В этом руководстве мы обсудим, как использовать классы статической метамодели JPA при написании запросов критериев в Hibernate.
Нам потребуется базовое понимание API-интерфейсов запросов критериев в Hibernate, поэтому, если необходимо, ознакомьтесь с нашим руководством по запросам критериев для получения дополнительной информации по этой теме.
Часто, когда мы пишем критерий запроса, нам нужно ссылаться на классы сущностей и их атрибуты.
В этом уроке мы рассмотрим типы Hibernate. Эта библиотека предоставляет нам несколько типов, которых нет в ядре Hibernate ORM.
Чтобы включить Hibernate Types, мы просто добавим соответствующую зависимость hibernate -types :
<dependency>
<groupId>com.vladmihalcea</groupId>
<artifactId>hibernate-types-52</artifactId>
<version>2.9.7</version>
</dependency>
На первый взгляд может показаться, что аннотации @NotNull и @Column(nullable = false) служат одной и той же цели и могут использоваться взаимозаменяемо. Однако, как мы вскоре увидим, это не совсем так.
Несмотря на то, что при использовании в объекте JPA оба они по существу предотвращают сохранение нулевых значений в базовой базе данных, между этими двумя подходами есть существенные различия.
В этом кратком руководстве мы сравним ограничения @NotNull и @Column(nullable = false) .
Hibernate 5 предоставляет две разные стратегии именования для использования с сущностями Hibernate: стратегию неявного именования и стратегию физического именования.
В этом руководстве мы увидим, как настроить эти стратегии именования для сопоставления сущностей с настраиваемыми именами таблиц и столбцов.
Для читателей, которые плохо знакомы с Hibernate, обязательно ознакомьтесь с нашей вводной статьей здесь .
В этом руководстве мы увидим, как решить распространенную ошибку Hibernate — «Нет поставщика сохраняемости для EntityManager». Проще говоря, поставщик сохраняемости относится к конкретной реализации JPA, используемой в нашем приложении для сохранения объектов в базе данных.
Чтобы узнать больше о JPA и его реализациях, мы можем обратиться к нашей статье о разнице между JPA, Hibernate и EclipseLink .
Мы увидим ошибку, когда приложение не знает, какой поставщик сохраняемости следует использовать .
В этой статье мы обсудим проблему org.hibernate.MappingException : Неизвестная сущность и решения как для Hibernate, так и для среды Spring и Hibernate.
@Entity Наиболее распространенной причиной исключения сопоставления является просто класс сущности, в котором отсутствует аннотация @Entity :
Метод getReference() класса EntityManager был частью спецификации JPA с первой версии. Однако этот метод сбивает с толку некоторых разработчиков, поскольку его поведение зависит от базового поставщика сохраняемости.
В этом руководстве мы собираемся объяснить, как использовать метод getReference() в Hibernate EntityManager .
выборки EntityManagerПрежде всего, мы рассмотрим, как мы можем получить сущности по их первичным ключам. Без написания каких-либо запросов EntityManager предоставляет нам два основных метода для достижения этой цели.
В этой статье мы рассмотрим некоторые возможности динамического сопоставления Hibernate с аннотациями @Formula , @Where , @Filter и @Any .
Обратите внимание, что хотя Hibernate реализует спецификацию JPA, описанные здесь аннотации доступны только в Hibernate и не переносятся напрямую в другие реализации JPA.
Чтобы продемонстрировать функции, нам понадобится только библиотека hibernate-core и резервная база данных H2: