在我们正在开发的这个应用程序中,我们注意到一个视图特别慢。我对视图进行了分析,并注意到hibernate执行的一个查询花费了10秒,即使数据库中只有两个对象需要获取。所有“一对多”和“多对多”关系都是懒惰的,所以这不是问题所在。在检查实际执行的SQL时,我注意到查询中有超过80个连接。

进一步检查这个问题,我注意到这个问题是由实体类之间一对一和多对一关系的深层层次结构引起的。所以,我想,我只要把它们设为lazy,就能解决问题了。但是注释@OneToOne(fetch=FetchType.LAZY)或@ManyToOne(fetch=FetchType.LAZY)似乎都不起作用。要么我得到一个异常,要么它们实际上没有被代理对象替换,从而变得懒惰。

你知道我要怎么做吗?注意,我没有使用persistence.xml来定义关系或配置细节,一切都是在java代码中完成的。


当前回答

除非您正在使用字节码增强,否则您不能惰性地获取父端@OneToOne关联。

然而,大多数情况下,如果你在子端使用@MapsId,你甚至不需要父端关联:

@Entity(name = "PostDetails")
@Table(name = "post_details")
public class PostDetails {
 
    @Id
    private Long id;
 
    @Column(name = "created_on")
    private Date createdOn;
 
    @Column(name = "created_by")
    private String createdBy;
 
    @OneToOne(fetch = FetchType.LAZY)
    @MapsId
    private Post post;
 
    public PostDetails() {}
 
    public PostDetails(String createdBy) {
        createdOn = new Date();
        this.createdBy = createdBy;
    }
 
    //Getters and setters omitted for brevity
}

使用@MapsId,子表中的id属性同时充当父表主键的主键和外键。

所以,如果你有一个父Post实体的引用,你可以很容易地获取子实体使用父实体标识符:

PostDetails details = entityManager.find(
    PostDetails.class,
    post.getId()
);

这样,您就不会有N+1个查询问题,这可能是由父端mappedBy @OneToOne关联引起的。

其他回答

这个问题已经很老了,但是在Hibernate 5.1.10中,有一些新的更好的解决方案。

惰性加载除了@OneToOne关联的父端外都有效。这是因为Hibernate没有其他方法来知道是给这个变量分配一个空值还是一个代理。更多细节可以在本文中找到

您可以激活延迟加载字节码增强 或者,您可以删除父端,并使用上面文章中解释的@MapsId的客户端。通过这种方式,你会发现你并不真正需要父端,因为子端与父端共享相同的id,所以你可以通过知道父端id轻松获取子端 .

一对一关联的最有效映射 您可以通过为两个关联实体使用相同的主键值来避免所有这些问题并消除外键列。可以通过使用@MapsId注释关联的所属方来实现这一点。

@Entity
public class Book {
 
    @Id
    @GeneratedValue
    private Long id;
 
    @OneToOne(mappedBy = "book", fetch = FetchType.LAZY, optional = false)
    private Manuscript manuscript;
 
    ...
}


@Entity
public class Manuscript {
 
    @Id
    private Long id;
 
    @OneToOne
    @MapsId
    @JoinColumn(name = "id")
    private Book book;
 
    ...
}


Book b = em.find(Book.class, 100L);
Manuscript m = em.find(Manuscript.class, b.getId());

更多详情请点击此url

在原生Hibernate XML映射中,可以通过将受约束的属性设置为true来声明一个一对一的映射来实现这一点。我不确定Hibernate/JPA注释等价于它是什么,快速搜索文档也没有提供答案,但希望这能给您一个线索。

As already perfectly explained by ChssPly76, Hibernate's proxies don't help with unconstrained (nullable) one-to-one associations, BUT there is a trick explained here to avoid to set up instrumentation. The idea is to fool Hibernate that the entity class which we want to use has been already instrumented: you instrument it manually in the source code. It's easy! I've implemented it with CGLib as bytecode provider and it works (ensure that you configure lazy="no-proxy" and fetch="select", not "join", in your HBM).

我认为这是真正的(我是说自动的)插装的一个很好的替代方案,当您只有一个一对一的可空关系时,您想让它变得懒惰。主要的缺点是这个解决方案依赖于你正在使用的字节码提供程序,所以准确地注释你的类,因为你将来可能不得不改变字节码提供程序;当然,您还因为技术原因修改了您的模型bean,这是不好的。

除非您正在使用字节码增强,否则您不能惰性地获取父端@OneToOne关联。

然而,大多数情况下,如果你在子端使用@MapsId,你甚至不需要父端关联:

@Entity(name = "PostDetails")
@Table(name = "post_details")
public class PostDetails {
 
    @Id
    private Long id;
 
    @Column(name = "created_on")
    private Date createdOn;
 
    @Column(name = "created_by")
    private String createdBy;
 
    @OneToOne(fetch = FetchType.LAZY)
    @MapsId
    private Post post;
 
    public PostDetails() {}
 
    public PostDetails(String createdBy) {
        createdOn = new Date();
        this.createdBy = createdBy;
    }
 
    //Getters and setters omitted for brevity
}

使用@MapsId,子表中的id属性同时充当父表主键的主键和外键。

所以,如果你有一个父Post实体的引用,你可以很容易地获取子实体使用父实体标识符:

PostDetails details = entityManager.find(
    PostDetails.class,
    post.getId()
);

这样,您就不会有N+1个查询问题,这可能是由父端mappedBy @OneToOne关联引起的。