Hibernate延迟加载需要EJB事务吗?

发布于 2024-11-17 13:38:36 字数 374 浏览 3 评论 0原文

当尝试使用 hibernate 优化 java ee 6 项目上的事务时,我尝试像使用 Eclipselink 那样进行操作,并为只读查询关闭事务,如下所示:

@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
public User fetchUser(Integer id){
    User u = em.find(User.class, id);
    u.getRoleList().size();
    return u;
}

在 hibernate 中,尝试读取用户时会抛出异常角色,声称会议已经结束。 Hibernate 延迟加载真的需要完整的 EJB 事务来读取数据吗?

When trying to optimize transactions on my java ee 6 project using hibernate, I tried to do as I did with Eclipselink and have transactions turned off for read-only queries, like follows:

@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED)
public User fetchUser(Integer id){
    User u = em.find(User.class, id);
    u.getRoleList().size();
    return u;
}

In hibernate, this throws and exception when trying to read the user roles, claiming the session was closed already. Does hibernate lazy loading really require a full scaled EJB transaction just for reading data?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

我的影子我的梦 2024-11-24 13:38:36

简而言之,是的。

无论如何,拥有事务是一个好主意,因为

  • 它可以保证两个请求(em.find 的请求和延迟加载的请求)看到数据库处于相同的状态:第二次读取不会看到数据库的状态。例如,看到在第一个之后立即发生的事情。
  • 它使会话在事务期间处于活动状态,从而优化了加载,因为它可以重用会话中缓存的对象,避免多次加载同一实体等。

In short, yes.

Having a transaction is a good idea anyway because

  • it guarantees that both requests (the one for em.find and the one for the lazy loading) see the database in the same state: the second read doesn't see something committed right after the first one, for example.
  • it makes the session live for the time of the transaction, which optimizes the loading since it may reuse the objects cached in the session, avoid loading the same entity several times, etc.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文