关于Hibernate查询的一组问题

Question

请帮助我解决这些 Hibernate 查询问题。

考虑以下结构：

@Entity
class Manager {
    @OneToMany
    List<Project> projects;
}

0) HQL 中有 2 种可能的动态获取方式：

• select m from Manager m join m.projects
• from Manager m join fetch m.projects

中我的设置第二个总是返回列表中对象数量错误的笛卡尔积结果，而第一个总是返回列表中实体数量正确的结果。但 sql 查询看起来是一样的。这是否意味着“select”子句从内存列表中删除冗余对象？在这种情况下，在书中看到使用 select unique ... 来消除冗余实体​​的建议很奇怪，而“select”则完成了这项工作。如果这是一个错误的假设，那么为什么这两个查询返回不同的结果？

1. 如果我通过上述 2 种方法之一使用动态获取，我会在休眠 SQL 日志中看到经典的 n+1 选择问题输出。事实上，FetchMode 注释（子选择或连接）在动态获取时没有任何功能。在这种特殊情况下，我真的无法解决 n+1 问题吗？

2. 看起来 Hibernate Criteria API 不支持泛型。我说得对吗？看起来我必须改用 JPA Criteria API？

3. 是否可以编写包含实体名称参数的 HQL 查询？例如“from :myEntityParam p where p.id=1”并在此之后调用 setParameter("myEntityParam", MyClass.class) 。实际上我想要的是通用的 HQL 查询，用一个通用的 dao 替换多个非通用的 dao。

Answer 1

0) 我总是使用 select 子句，因为它允许告诉您要选择的内容，并且无论如何在 JPQL 中都是强制的。如果您想选择经理及其项目，请使用

select distinct m from Manager m left join fetch m.projects

如果您不使用distinct关键字，则列表将包含每个经理的n个实例（n是经理的项目数）：Hibernate返回与那里一样多的元素是结果集中的行。

1) 如果要避免 n + 1 问题，请在同一查询中获取其他关联：

select distinct m from Manager m 
left join fetch m.projects 
left join fetch m.boss

您还可以配置批量获取，以在访问第一个 boss 时一次加载 10 个 boss（例如）。在参考文档中搜索“批量获取”。

2）整个Hibernate API没有被泛化。它是在 JDK 1.4 上创建的，早于泛型。这并不意味着它没有用。

3) 不。HQL 查询参数归根结底是准备好的语句参数。您必须使用字符串连接来执行此操作。