带多个选择但不带FetchType的即时抓取。即时注释

Question

在某些用例中，我希望急切地获取一对多的列表-s（但并非总是如此，因此@OneToMany（fetch=FetchType.EAGER）将不太好），我还希望JPA使用单独的SQL选择来获取那些列表-s（每个列表一个选择，而不是每个列表项一个选择），而不是SQL连接。这是因为笛卡尔积（我有两个独立的列表）。

您可能认为我可以使用JPA2.1实体图（毕竟这就是它的用途，以一种特殊的方式将属性标记为急切的），或者使用JPQL（或使用criteria API）不太优雅地左连接fetch。但它们似乎坚持使用SQL join（在左连接获取的情况下，这并不奇怪），即使它们最终出现了多回退异常，它们也不会退回到在单独的SQL选择中获取一些列表-s。实际上，我的案例也是一个多包案例，但是在你引导我使用Set-s等工具之前，请注意前提是我不想要连接（太大的笛卡尔积）。现在，让我开个玩笑，如果我用@OneToMany（fetch=FetchType.EAGER）注释列表属性，Hibernate将足够聪明，可以在单独的选择中提取列表-s，以避免多个包（此外，我甚至可以使用Hibernate的fetch注释强制执行此行为）。因此，JPA 2.1实体图似乎无法实现ad-hocFetchType.EAGER的promise，因为它们的行为相当类似于ad-hoc fetch连接，我们在它们之前也已经有过这种连接。还是我遗漏了什么？

我突然想到，我应该在最初的查询之后调用父母ntity.get一些列表（）. size（），这一次不会尝试急切地获取列表，但问题是，我也需要急切地获取列表的一些属性项本身，我不能为上述调用指定实体图。我也可以自己创建一个JPA查询，它只得到带有所说的急切读取的“某些列表”（这些没有问题），但是我如何把结果列表放回父母实体？如果我调用家长ntity.set一些列表（ftchedList），家长实体变得脏（尽管它不在关联的所有者端），因此它将SQLupdate-d（只是为了破坏上次修改时间和乐观锁定版本）。

Answer 1

另一种方法是在两个不同的实体中映射同一个表。因此，当您需要具有多个选择的EAGER行为时，您可以将该实体用于：

@Fetch(FetchMode.SELECT)
@ManyToOne(fetch = FetchType.EAGER)

当你想要懒惰的时候，你可以用另一个实体：

@Fetch(FetchMode.SELECT)
@ManyToOne(fetch = FetchType.LAZY)