Как сделать запрос на ограничение в JPQL или HQL?

Это было размещено на форуме Hibernate несколько лет назад, когда его спросили, почему это работало в Hibernate 2, но не в Hibernate 3:

Ограничение никогда не поддерживалось в HQL. Вы должны использовать setMaxResults ().

Так что, если это сработало в Hibernate 2, похоже, что это было случайно, а не по замыслу. Я думаю, что это произошло из-за того, что парсер Hibernate 2 HQL заменил бы те биты запроса, которые он распознал как HQL, и оставил бы все остальное как есть, чтобы вы могли незаметно использовать некоторый родной SQL. Однако в Hibernate 3 есть правильный AST HQL Parser, и он гораздо менее снисходительный.

Я думаю, Query.setMaxResults() действительно ваш единственный вариант.

Если вы не хотите использовать setMaxResults() в объекте Query, вы всегда можете вернуться к использованию обычного SQL.

Если вы не хотите использовать setMaxResults, вы также можете использовать Query.scroll вместо list и получать нужные строки. Полезно, например, для пейджинга.

Методы setFirstResult и setMaxResults Query

Для JPA и Hibernate Query метод setFirstResult эквивалентен OFFSET, а метод setMaxResults эквивалентен LIMIT:

List<Post> posts = entityManager
.createQuery(
    "select p " +
    "from Post p " +
    "order by p.createdOn ")
.setFirstResult(10)
.setMaxResults(10)
.getResultList();

LimitHandler абстракция

Hibernate LimitHandler определяет логику разбиения на страницы для конкретной базы данных, и, как показано на следующей диаграмме, Hibernate поддерживает множество параметров разбивки на страницы для конкретной базы данных:

Теперь, в зависимости от используемой базовой системы реляционной базы данных, в приведенном выше запросе JPQL будет использоваться правильный синтаксис разбивки на страницы.

MySQL

SELECT p.id AS id1_0_,
       p.created_on AS created_2_0_,
       p.title AS title3_0_
FROM post p
ORDER BY p.created_on
LIMIT ?, ?

PostgreSQL

SELECT p.id AS id1_0_,
       p.created_on AS created_2_0_,
       p.title AS title3_0_
FROM post p
ORDER BY p.created_on
LIMIT ?
OFFSET ?

SQL Server

SELECT p.id AS id1_0_,
       p.created_on AS created_on2_0_,
       p.title AS title3_0_
FROM post p
ORDER BY p.created_on
OFFSET ? ROWS 
FETCH NEXT ? ROWS ONLY

Oracle

SELECT *
FROM (
    SELECT 
        row_.*, rownum rownum_
    FROM (
        SELECT 
            p.id AS id1_0_,
            p.created_on AS created_on2_0_,
            p.title AS title3_0_
        FROM post p
        ORDER BY p.created_on
    ) row_
    WHERE rownum <= ?
)
WHERE rownum_ > ?

Преимущество использования setFirstResult и setMaxResults заключается в том, что Hibernate может генерировать специфичный для базы данных синтаксис разбивки на страницы для любых поддерживаемых реляционных баз данных.

И вы не ограничены только запросами JPQL. Вы можете использовать седьмой метод setFirstResult и setMaxResults для собственных запросов SQL.

Собственные запросы SQL

Вам не нужно жестко кодировать разбиение на страницы для конкретной базы данных при использовании собственных SQL-запросов. Hibernate может добавить это к вашим запросам.

Итак, если вы выполняете этот SQL-запрос в PostgreSQL:

List<Tuple> posts = entityManager
.createNativeQuery(
    "SELECT " +
    "   p.id AS id, " +
    "   p.title AS title " +
    "from post p " +
    "ORDER BY p.created_on", Tuple.class)
.setFirstResult(10)
.setMaxResults(10)
.getResultList();

Hibernate преобразует его следующим образом:

SELECT p.id AS id,
       p.title AS title
FROM post p
ORDER BY p.created_on
LIMIT ?
OFFSET ?

Круто, правда?

Помимо разбивки на страницы на основе SQL

Разбивка на страницы хороша, когда вы можете индексировать критерии фильтрации и сортировки. Если ваши требования к разбивке на страницы подразумевают динамическую фильтрацию, гораздо лучше использовать решение с инвертированным индексом, такое как ElasticSearch.

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

    @QueryHints({ @QueryHint(name = "org.hibernate.cacheable", value = "true") })
    @Query("select * from a_table order by a_table_column desc")
    List<String> getStringValue(Pageable pageable);

необходимо передать new PageRequest(0, 1), чтобы получить записи, и из списка выберите первую запись.

Вам нужно написать собственный запрос, обратитесь к этому < / а>.

@Query(value =
    "SELECT * FROM user_metric UM WHERE UM.user_id = :userId AND UM.metric_id = :metricId LIMIT :limit", nativeQuery = true)
List<UserMetricValue> findTopNByUserIdAndMetricId(
    @Param("userId") String userId, @Param("metricId") Long metricId,
    @Param("limit") int limit);

String hql = "select userName from AccountInfo order by points desc 5";

Это сработало для меня без использования setmaxResults();

Просто укажите максимальное значение в последнем (в данном случае 5) без использования ключевого слова limit. :П

По моим наблюдениям, даже если у вас есть ограничение в HQL (hibernate 3.x), это либо вызовет ошибку синтаксического анализа, либо просто проигнорирует. (если у вас есть заказ + desc / asc перед лимитом, он будет проигнорирован, если у вас нет desc / asc перед лимитом, это вызовет ошибку синтаксического анализа)

Если можно управлять лимитом в этом режиме

public List<ExampleModel> listExampleModel() {
    return listExampleModel(null, null);
}

public List<ExampleModel> listExampleModel(Integer first, Integer count) {
    Query tmp = getSession().createQuery("from ExampleModel");

    if (first != null)
        tmp.setFirstResult(first);
    if (count != null)
        tmp.setMaxResults(count);

    return (List<ExampleModel>)tmp.list();
}

Это действительно простой код для обработки лимита или списка.

Вы можете использовать запрос ниже

NativeQuery<Object[]> query = session.createNativeQuery(select * from employee limit ?)
query.setparameter(1,1);

Нижеприведенный фрагмент используется для выполнения запроса лимита с использованием HQL.

Query query = session.createQuery("....");
query.setFirstResult(startPosition);
query.setMaxResults(maxRows);

Вы можете получить демонстрационное приложение по адресу ссылка.