Criteria API 返回的结果集太小

Question

这怎么可能，我必须遵循标准

Criteria criteria = getSession().createCriteria(c);
criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
criteria.add(Restrictions.eq("active",true));
List list = criteria.list();

列表的大小现在是 20。如果我向标准添加最大结果，

Criteria criteria = getSession().createCriteria(c);
criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
criteria.setMaxResults(90);
criteria.add(Restrictions.eq("active",true));
List list = criteria.list();

..现在列表的大小是 18！

我不明白定义最大结果后结果集大小如何变小，因为行数小于定义的最大值。这确实看起来像一个错误，或者休眠中是否又存在一些我不知道的奇怪方面？

---

如果您正在寻找此问题的答案，请务必阅读已接受的答案及其评论。

Answer 1

setMaxResults 不适用于外连接 SQL 查询。也许这是你的问题： Hibernate 不会为启用了外连接获取的查询返回不同的结果集合（即使我使用 unique 关键字）？。

Answer 2

希望这可以有所帮助

public List<Employee> getData(int to, int from) {

    Criteria hCriteria = null;
    List<Employee> viewDataList = null;
    List<Employee> exactDataList = null;
    try {

        hSession = HibernateSessionFactory.getSession();
        hTransaction = hSession.beginTransaction();
        hCriteria = hSession.createCriteria(Employee.class);

        /*
        hCriteria.setFirstResult(to);
        hCriteria.setFirstResult(from);
        */
        hCriteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
        viewDataList = hCriteria.list();

        // for limit
        exactDataList=viewDataList.subList(from,to);

        hTransaction.commit();
    } catch (Exception e) {
        hTransaction.rollback();

    } finally {
        try {
            hSession.flush();
            HibernateSessionFactory.closeSession();
        } catch (Exception hExp) {
        }

}

    return exactDataList;
}

Answer 3

另一个解决方案如下：

1. 运行 criteria.list() 而不设置任何别名 =>根实体的引用集/列表将填充代理 =>在这里，您正确设置了最大结果，并
2. 在同一休眠会话中自行运行别名标准 =>上述代理将被初始化，

如下所示：

Criteria criteria = this.getSession().createCriteria(User.class);
criteria.setResultTransformer(CriteriaSpecification.ROOT_ENTITY);
criteria.setMaxResults(10);

// First get the results without joining with the other tables
List<User> results = criteria.list();

// at this point the set roles is filled with proxies
// we'll now create and execute the join so these proxies are filled since we're still in the same session
getSession().createCriteria(User.class, "u")
        .createAlias("u.roles", "r", CriteriaSpecification.LEFT_JOIN)
        .list();

return results;

希望这可以有所帮助，
斯泰因

Answer 4

这是休眠中的一个已知问题。查看@Cowan 生成的 SQL 和问题的解释。他们的 jira 中有一个针对此问题的开放错误请求。希望有人能解决这个问题:)

https://hibernate.atlassian.net/browse/ HB-520

Answer 5

通过在 Hibernate 中打开 SQL 调试并比较生成的查询，可以非常清楚地看到这里发生的情况。

使用相当简单的 Sale → Item 一对多映射（希望是不言自明的），基于 Criteria 的查询如下:

Criteria c = sessionFactory.getCurrentSession().createCriteria(Sale.class);
c.createAlias("items", "i");
c.add(Restrictions.eq("i.name", "doll"));
c.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);
c.setMaxResults(2);

生成这样的 SQL：

select top ? this_.saleId as saleId1_1_, ... 
from Sale this_ 
inner join Sale_Item items3_ on this_.saleId=items3_.Sale_saleId 
inner join Item items1_ on items3_.items_id=items1_.id 
where items1_.name=?

而像这样的 Query 则

Query q = sessionFactory.getCurrentSession().createQuery("select distinct s from Sale s join s.items as i where i.name=:name");
q.setParameter("name", "doll");
q.setMaxResults(2);

生成如下内容：

select top ? distinct hibernated0_.saleId as saleId1_ 
from Sale hibernated0_ 
inner join Sale_Item items1_ on hibernated0_.saleId=items1_.Sale_saleId 
inner join Item hibernated2_ on items1_.items_id=hibernated2_.id 
where hibernated2_.name=?

注意第一行中的差异 (DISTINCT)。类似 DISTINCT_ROOT_ENTITY 的 ResultTransformer 是一个 Java 类，它在执行 SQL 后处理 SQL 行的结果。因此，当您指定 maxResults 时，它将用作 SQL 的行限制； SQL 包含对Collection 中元素的联接，因此您将 SQL 结果限制为 90 个子元素。应用 DISTINCT_ROOT_ENTITY 转换器后，可能会导致根元素少于 20 个，这完全取决于 90 个连接结果中哪个根元素恰好首先出现。

HQL 中的 DISTINCT 的行为非常不同，因为它实际上使用 SQL DISTINCT 关键字，该关键字在行限制之前应用。因此，这会按照您的预期运行，并解释了两者之间的差异。

理论上，您应该查看 setProjection 以在 SQL 级别应用投影 - 类似 c.setProjection( Projections.distinct(Projections.rootEntity())) - 但不幸的是 Projections.rootEntity() 不存在，我只是编造了它。或许应该如此！