一对多关系在不使用“不同”的情况下获取重复对象。为什么？

Question

我有一对多关系中的 2 个类和一个有点奇怪的 HQL 查询。即使我已经阅读了一些已经发布的问题，对我来说似乎也不清楚。

 Class Department{
   @OneToMany(fetch=FetchType.EAGER, mappedBy="department")
   Set<Employee> employees;
}
Class Employee{
   @ManyToOne
   @JoinColumn(name="id_department")
   Department department;
}

当我使用以下查询时，我得到重复的 Department 对象：

session.createQuery("select dep from Department as dep left join dep.employees");

因此，我必须使用不同的：

session.createQuery("select distinct dep from Department as dep left join dep.employees");

这种行为是预期的吗？我认为这是不寻常的，因为将它与 SQL 进行比较。

原文由 bogdan.herti 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 1

这个问题在 Hibernate FAQ 上有详细解释：

首先，您需要了解 SQL 以及 OUTER JOIN 在 SQL 中的工作原理。如果您不完全理解和理解 SQL 中的外部联接，请不要继续阅读此常见问题解答项目，而是查阅 SQL 手册或教程。否则你不会理解下面的解释，你会在 Hibernate 论坛上抱怨这种行为。可能返回同一 Order 对象的重复引用的典型示例：

 List result = session.createCriteria(Order.class)
                        .setFetchMode("lineItems", FetchMode.JOIN)
                        .list();

<class name="Order">
    <set name="lineItems" fetch="join">
    ...
</class>

List result = session.createCriteria(Order.class)
                        .list();

---

 List result = session.createQuery("select o from Order o left join fetch o.lineItems").list();

所有这些示例都生成相同的 SQL 语句：

 SELECT o.*, l.* from ORDER o LEFT OUTER JOIN LINE_ITEMS l ON o.ID = l.ORDER_ID

想知道为什么会有重复项吗？查看SQL结果集，Hibernate并没有隐藏外连接结果左侧的这些重复项，而是返回了驱动表的所有重复项。如果数据库中有 5 个订单，每个订单有 3 个订单项，则结果集将为 15 行。这些查询的 Java 结果列表将有 15 个元素，都是 Order 类型。 Hibernate 将只创建 5 个 Order 实例，但 SQL 结果集的副本将保留为对这 5 个实例的重复引用。如果您不理解最后一句话，则需要阅读 Java 以及 Java 堆上的实例和对此类实例的引用之间的区别。 （为什么要使用左外连接？如果您有一个没有行项目的附加订单，结果集将是 16 行，右侧填充 NULL，其中行项目数据用于其他订单。您想要订单，即使他们没有订单项，对吗？如果没有，请在您的 HQL 中使用内部连接获取）。

默认情况下，Hibernate 不会过滤掉这些重复的引用。有些人（不是你）实际上想要这个。你怎么能过滤掉它们？像这样：

>  Collection result = new LinkedHashSet( session.create*(...).list() );
>
> ```
>
> LinkedHashSet 过滤掉重复的引用（它是一个集合）并保留插入顺序（结果中元素的顺序）。这太容易了，所以你可以用许多不同的和更困难的方法来做到这一点：

List result = session.createCriteria(Order.class) .setFetchMode(“lineItems”, FetchMode.JOIN) .setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY) .list();

…

List result = session.createCriteria(Order.class) .setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY) .list();

List result = session.createQuery(“select o from Order o left join fetch o.lineItems”) .setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY) // Yes, really! .list();

List result = session.createQuery(“select distinct o from Order o left join fetch o.lineItems”).list();

”`

最后一个很特别。看起来您在这里使用了 SQL DISTINCT 关键字。当然，这不是SQL，这是HQL。在这种情况下，这个 distinct 只是结果转换器的快捷方式。是的，在其他情况下，HQL distinct 将直接转换为 SQL DISTINCT。在这种情况下不是：您不能在 SQL 级别过滤掉重复项，产品/连接的本质禁止这样做 - 您想要重复项或者您没有获得所需的所有数据。当结果集被编组到对象中时，所有这些重复过滤都发生在内存中。同样显而易见的是，为什么基于结果集行的“限制”操作（例如 setFirstResult(5) 和 setMaxResults(10)）不适用于这些急切查询。如果将结果集限制为一定数量的行，则会随机截断数据。有一天 Hibernate 可能足够聪明，知道如果您调用 setFirstResult() 或 setMaxResults() 它不应该使用连接，而是第二个 SQL SELECT。试试吧，你的 Hibernate 版本可能已经足够智能了。如果没有，写两个查询，一个用于限制内容，另一个用于急切获取。你想知道为什么带有 Criteria 查询的示例没有忽略映射中的 fetch=“join” 设置但 HQL 不关心吗？阅读下一个常见问题解答项目。

原文由 gerrytan 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 2

试试这样：

 Query query = session.createQuery("queryStringWithEagerFetch").setHint(QueryHints.HINT_PASS_DISTINCT_THROUGH,false)
List result = query.list()

原文由 Liqun Sun 发布，翻译遵循 CC BY-SA 4.0 许可协议