一尘不染

JPA中的其他查询

hibernate

我有两个班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也OneToOneHotel
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。有办法阻止这种情况吗?


阅读 341

收藏
2020-06-20

共1个答案

一尘不染

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

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

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

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

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

也可以看看:

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

使OneToOne关系变得懒惰

2020-06-20