(1+N) 通过 OnetoOne 关联进行选择

Question

考虑以下模型：

@Entity
public class User {

    @Id
    @Column(name = "USER_ID")
    private Long userId;

    @Column(name = "FIRST_NAME")
    private String firstName;

    @Column(name = "LAST_NAME")
    private String lastName;

    @OneToOne
    @PrimaryKeyJoinColumn
    private UserExt userExt;
...     //getters and setters

}

@Entity
public class UserExt {

    @Id
    @Column(name="USER_ID")
    private Long id;

    private String cdpId;

    private Date lastChanged;
...     //getters and setters
}

执行时：

Query query = session.createQuery("from User");
List<User> list = query.list();

Hibernate 执行

Hibernate: select user0_.USER_ID as USER1_0_, user0_.FIRST_NAME as FIRST2_0_, user0_.LAST_NAME as LAST3_0_, user0_.EXT_USERNAME as EXT4_0_ from USER user0_
Hibernate: select userext0_.USER_ID as USER1_1_0_, userext0_.cdpId as cdpId1_0_, userext0_.lastChanged as lastChan3_1_0_ from USER_EXT userext0_ where userext0_.USER_ID=?
Hibernate: select userext0_.USER_ID as USER1_1_0_, userext0_.cdpId as cdpId1_0_, userext0_.lastChanged as lastChan3_1_0_ from USER_EXT userext0_ where userext0_.USER_ID=?
...
...

使用具有特定属性的查询有效（选择 u.firstName、u.userExt.cdpId）。

但是，由于我想要完整的用户实体（“来自用户”），hibernate 会为第一个结果行中的每个结果行生成一个选择。

我不明白，因为默认的获取策略应该是“懒惰”而不是“急切”。强制其为 LAZY 并不能解决问题。

Answer 1

这里有两个问题阻止延迟加载：

1. OneToOne 的默认获取策略是 EAGER （请记住，LAZY 只是一个提示持久性提供者）。
2. 如果关联不可为空（至少不使用字节码检测），LAZY 只能在 OneToOne 关联上工作。

9.1.23 OneToOne 注解

OneToOne 注释定义了一个
与另一个的单值关联
具有一对一关系的实体
多重性。通常情况下不会
需要指定相关的
明确的目标实体，因为它可以
通常可以从类型推断
被引用的对象。

表 16 列出了注释元素
可以为 OneToOne 指定
注释及其默认值。

@Target({METHOD, FIELD}) @Retention(RUNTIME)
公共@接口OneToOne {
    类 targetEntity() 默认 void.class;
    CascadeType[] Cascade() 默认 {};
    FetchType fetch() 默认 EAGER；
    布尔可选（）默认true；
    字符串mappedBy()默认“”；
}

我测试了以下内容：

@OneToOne(optional = false, fetch = FetchType.LAZY)
@PrimaryKeyJoinColumn
private UserExt userExt;

并确认简单的 from User 仅加载所有用户

Hibernate: 
    select 
        user0_.USER_ID as USER1_0_,
        user0_.FIRST_NAME as FIRST2_0_,
        user0_.LAST_NAME as LAST3_0_
    from 
        USER user0_

并且不执行 N 个额外查询，UserExt 是延迟加载的。

因此，如果关联是强制性的，请使用适当的映射:)如果是非强制性的，则必须：

• 使用字节码检测和无代理获取（请参阅下面的相关问题）
• 使用假的 ManyToOne 代替（没有使用共享主键测试此映射）
• 使用 join fetch 急切加载 UserExt 以避免 N 个后续选择（当然，这在某种程度上违背了单独的表）

请注意，当您使用 Query 接口时，Hibernate >= 3.x 会忽略 Fetch 注释。在这种情况下，您需要明确地编写该内容。这是一个示例：

EntityManager em = [...]
[...]
CriteriaBuilder builder = em.getCriteriaBuilder();
CriteriaQuery<User> criteria = builder.createQuery(User.class);

Root<User> usersRoot = criteria.from(User.class);
usersRoot.fetch("Address", JoinType.LEFT);

List<User> users = em.createQuery(criteria).getResultList();

相关问题

• 与共享主键的OneToOne关系生成n+1个选择；有解决方法吗？
• 使 OneToOne 关系变得懒惰
• jpa 2 criteriaquery中的fetchmode

参考

• JPA 1.0规范
  • 第 9.1.23 节“OneToOne 注释”

Answer 2

使用 -ToOne（例如 @ManyToOne 和 @OneToOne）时的默认获取策略是 fetch=FetchType.EAGER 而不是 fetch=FetchType.LAZY

但 Hibernate HQL 会覆盖默认的获取策略。如果您想仅使用一个查询来检索完全初始化的对象，则必须调用

from 
    User u
 left join fetch 
    u.userExt

Answer 3

使用可选= true 与像这样的一对一关系，以避免您自己的获取策略的n+1 问题。

@OneToOne(fetch = FetchType.LAZY, optional=true)
@PrimaryKeyJoinColumn