在 Hibernate 中检索图结构

Question

对象结构就像这样

• Invoice
  • 客户
  • 日期
  • 数量
  • 有很多产品线（产品、数量、价格）
  • 有很多服务线（服务、数量、价格）
  • 有多种付款选项（付款类型（支票、收据等）、日期、总和）

如果我需要检索使用 Hibernate 可以很容易地通过延迟加载来完成给定时期的发票列表，而无需编写任何代码，只需调用 get...但是存在太多数据库调用的缺点，因此在多用户环境中，此解决方案是不行的。

通过普通 JDBC，我使用 3 个查询解决了这个问题：发票和 ProductLines、发票和 ServiceLines 以及发票和付款选项之间的 3 个联接。之后我在内存中构造了该对象。

我知道 Hibernate 也可以做到这一点，但我的问题是没有负载图之类的东西，所以我可以传递发票列表并以最少的调用次数（最佳的） 检索数据？

Answer 1

您可以使用带有连接获取的查询将整个对象图放入内存：

Query query = entityManager.createQuery("select distinct invoice from Invoice as invoice " 
            + "left join fetch invoice.productLines "                
            + "left join fetch invoice.serviceLines "
            + "left join fetch invoice.paymentOptions");
for (Object object : query.getResultList()) {
    // Code here
}

Answer 2

您可能想考虑 batch获取发票行以及急切获取多对一关联（例如客户）。

这不会让您减少到一次数据库调用，但如果您将批量大小调整为稍微超过发票中每种类型的平均行数，那么您可以减少到每种行类型一次。

您还可以使用 JPQL / HQL 进行查询并显式获取连接行 (正如 Russ 描述的），但与批量获取方法相比，您会得到更大的结果集：

Query query = entityManager.createQuery("select distinct invoice from Invoice as invoice " 
            + "left join fetch invoice.productLines "                
            + "left join fetch invoice.serviceLines "
            + "left join fetch invoice.paymentOptions");
for (Object object : query.getResultList()) {
    // Code here
}

如果传输的原始数据的大小被证明太高，您可以通过删除“fetch”来显式禁用获取在相关地方查询。

请注意，使用 JPQL 存在维护问题，因为编译器无法为您检查所有属性名称，并且如果所有关联的获取都关闭，则查询是净成本。如果性能不是迫在眉睫的问题，您可能希望从批量获取开始。