JPA中的其他查询

  • Z时代
  • 2024-01-10
  • 分类：问答

我有两个班InvitedPerson，并Flight有一个互相一一对应关系。这是它们的注释方式。

public class InvitedTech{
    ...
    @OneToOne(mappedBy="invitedTech", cascade = CascadeType.ALL, fetch=FetchType.LAZY)
    public Flight flight;
    @OneToOne(mappedBy="invitedTech", cascade = CascadeType.ALL, fetch=FetchType.LAZY)
    public Hotel hotel;
    ...
}
public class Flight{
    ...
    @OneToOne
    @JoinColumn(name="invitedTechId", nullable=false)
    public InvitedTech invitedTech;
    ...
}

如您所见，Flight是关系的所有者，并且InvitedTech是此双向关系的另一端。InvitedTech也OneToOne与Hotel

Now 有关系，当我编写一个简单查询以获取所有排期时，它总共触发三个查询。第一个让我得到结果，但是触发了另外两个查询。

List<Flight> flg = JPA.em().createQuery("SELECT flg from Flight flg").getResultList();

  1. 查询所有航班（这是我唯一需要的航班）

  2. 通过InvitedTech和Flight之间的联接进行查询

  3. 在被邀请的科技公司和酒店之间进行查询

即使设置了FetchType = Lazy，为什么仍要执行查询2＆3。我没有访问酒店信息。并且不应该再次查询Flight，因为第一个查询返回了数据。

当我mappedBy从两个注解中删除属性后，经过一些测试之后，这两个加法查询未执行（即仅执行了第一个）。

为什么该mappedBy属性会导致即使执行附加查询FetchType=Lazy。有办法阻止这种情况吗？

回答：

我相信这是由于Hibernate的一种特质：

无论是否将它们映射为惰性，都会急切加载非可选的一对一关系。

其背后的原因是，因为引擎无论如何都必须在关联表中查找-确定是否应将关联设置为代理或为null-然后它也必须加载关联实体。

我自己经历了这一点，据我所知，唯一的办法是使用optional = false标记关系，这告诉Hibernate它可以始终设置代理。

如果关系是可选的，则唯一的其他选择似乎是字节码检测。

也可以看看：

https://community.jboss.org/wiki/SomeExplanationsOnLazyLoading一对一

使OneToOne关系变得懒惰

以上是 JPA中的其他查询 的全部内容， 来源链接： utcz.com/qa/403419.html

回到顶部