Hibernate mécanisme de pagination

Je suis à l'aide des requêtes et d'en veille prolongée de retour d'appel. les deux fonctionnent comme prévu. Hibernate Requête s'exécute sur les résultats entre la Première et la taille maximale donnée. Ici Semble que vous avez passé SQL pas à la requête HQL. si oui, il ne devrait pas fonctionner.

-- Voir mon code ici.

        Query query = this.getSession().createQuery("FROM QueryType");
        query.setFirstResult(0);
        query.setMaxResults(20);
        List toDelete = query.list();

et dans le journal:

sélectionnez
*
à partir de
( sélectionnez
-- TOUS les noms de colonne. (ne veulent pas les partager ici.)
à partir de
MY_TBL_NAME querytype0_ )
où
rownum <= ?

OriginalL'auteur CHowdappaM

Comme je l'ai expliqué dans cet article, vous pouvez utiliser l'APP de la pagination pour les deux entité et de requêtes de SQL natif.

À la limite de la requête sous-jacente ResultSet taille, la JPA Query interface permet à l' setMaxResults méthode.

La navigation de la page suivante nécessite le positionnement de l'ensemble de résultats où la dernière page terminée. À cette fin, la JPA Query interface permet à l' setFirstResult méthode.

JPQL

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

DTO projection des requêtes

La JPA requête de la pagination n'est pas limitée à l'entité requêtes qui retournent des entités. Vous pouvez l'utiliser pour DTO projections.

List<PostCommentSummary> summaries = entityManager
.createQuery(
    "select new " +
    "   com.vladmihalcea.book.hpjp.hibernate.fetching.PostCommentSummary( " +
    "       p.id, p.title, c.review " +
    "   ) " +
    "from PostComment c " +
    "join c.post p " +
    "order by c.createdOn")
.setMaxResults(10)
.getResultList();

Natif SQL les requêtes

La JPA requête de la pagination n'est pas limitée aux requêtes d'entités, telles que JPQL ou les Critères de l'API. Vous pouvez l'utiliser pour les requêtes SQL.

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();

JOIN FETCH et la pagination

Cependant, si nous essayons d'utiliser les JOIN FETCH clause dans l'entité de la requête tout en utilisant JPA pagination:

List<Post> posts = entityManager.createQuery(
    "select p " +
    "from Post p " +
    "left join fetch p.comments " +
    "order by p.createdOn", Post.class)
.setMaxResults(10)
.getResultList();

Hibernate va émettre le message d'avertissement suivant:

HHH000104: firstResult/maxResults specified with collection fetch; applying in memory!

Et exécution de la requête SQL, il manque la pagination de la clause:

SELECT p.id AS id1_0_0_,
       c.id AS id1_1_1_,
       p.created_on AS created_2_0_0_,
       p.title AS title3_0_0_,
       c.created_on AS created_2_1_1_,
       c.post_id AS post_id4_1_1_,
       c.review AS review3_1_1_,
       c.post_id AS post_id4_1_0__,
       c.id AS id1_1_0__
FROM post p
LEFT OUTER JOIN post_comment c ON p.id=c.post_id
ORDER BY p.created_on

C'est parce que Hibernate veut récupérer des entités entièrement avec leurs collections, comme indiqué par la JOIN FETCH clause tandis que le SQL au niveau de la pagination peut tronquer le ResultSet laissant peut-être un parent Post entité, avec moins d'éléments dans le comments collection.

Le problème avec le HHH000104 avertissement est qu'Hibernate va chercher le produit de Post et PostComment entités, et en raison du résultat de la taille de l'ensemble, le temps de réponse est importante.

Afin de contourner cette limitation, vous devez utiliser un Fonction Fenêtre requête:

@NamedNativeQuery(
    name = "PostWithCommentByRank",
    query =
        "SELECT * " +
        "FROM (   " +
        "    SELECT *, dense_rank() OVER (ORDER BY \"p.created_on\", \"p.id\") rank " +
        "    FROM (   " +
        "        SELECT p.id AS \"p.id\", " +
        "               p.created_on AS \"p.created_on\", " +
        "               p.title AS \"p.title\", " +
        "               pc.id as \"pc.id\", " +
        "               pc.created_on AS \"pc.created_on\", " +
        "               pc.review AS \"pc.review\", " +
        "               pc.post_id AS \"pc.post_id\" " +
        "        FROM post p  " +
        "        LEFT JOIN post_comment pc ON p.id = pc.post_id " +
        "        WHERE p.title LIKE :titlePattern " +
        "        ORDER BY p.created_on " +
        "    ) p_pc " +
        ") p_pc_r " +
        "WHERE p_pc_r.rank <= :rank ",
    resultSetMapping = "PostWithCommentByRankMapping"
)
@SqlResultSetMapping(
    name = "PostWithCommentByRankMapping",
    entities = {
        @EntityResult(
            entityClass = Post.class,
            fields = {
                @FieldResult(name = "id", column = "p.id"),
                @FieldResult(name = "createdOn", column = "p.created_on"),
                @FieldResult(name = "title", column = "p.title"),
            }
        ),
        @EntityResult(
            entityClass = PostComment.class,
            fields = {
                @FieldResult(name = "id", column = "pc.id"),
                @FieldResult(name = "createdOn", column = "pc.created_on"),
                @FieldResult(name = "review", column = "pc.review"),
                @FieldResult(name = "post", column = "pc.post_id"),
            }
        )
    }
)

Pour plus de détails sur l'utilisation des Fonctions de la Fenêtre pour fixer le HHH000104 question ainsi que le code de la DistinctPostResultTransformer, découvrez cet article.

OriginalL'auteur Vlad Mihalcea