首页 >Java >java教程 >Hibernate 中的 Open Session in View (OSIV) 是一种不好的做法吗?有哪些替代方案?

Hibernate 中的 Open Session in View (OSIV) 是一种不好的做法吗?有哪些替代方案?

Barbara Streisand
Barbara Streisand原创
2024-11-24 07:21:13385浏览

Is Open Session in View (OSIV) in Hibernate a Bad Practice and What are the Alternatives?

为什么在 Hibernate 中在视图中打开会话是一种不好的做法

在视图中打开会话 (OSIV) 是 Hibernate 中的一种模式,涉及保留会话在整个 HTTP 请求中打开。虽然这似乎有利于避免 LazyLoadExceptions,但它引入了许多缺点:

数据库视角问题:

  • 自动提交模式:由于事务是由服务层提交的,但在 OSIV 中并未显式提交,因此 UI 渲染中的后续数据库语句将以自动提交模式执行。这会要求频繁刷新事务日志,从而给数据库服务器带来压力。
  • 混合语句源: OSIV 允许服务层和 UI 渲染进程同时生成语句,导致测试变得困难跨层数据库交互。

代码复杂性和可扩展性问题:

  • UI 功能有限: OSIV 将 UI 层限制为导航关联,可能会触发 N 1 个查询问题。
  • 连接持有: OSIV 可能会在整个 UI 渲染过程中持有数据库连接,从而增加连接租用时间并减少事务

Spring Boot 注意事项:

在 Spring Boot 中,默认启用 OSIV。建议通过在应用程序配置中设置 spring.jpa.open-in-view=false 来禁用它。

避免 LazyLoadExceptions 的替代策略:

而不是OSIV,考虑:

  • 令人渴望关系: 急切地获取视图层所需的关联,确保在检索实体时加载它们。
  • 在服务层显式获取: 使用 fetch() 等方法在渲染视图之前显式获取关联。
  • 投影: 使用投影仅检索视图层所需的数据,避免不必要的延迟初始化。
  • Criteria API:利用 Criteria API 自定义查询和急切获取关联。
  • 实体图: 定义实体图以根据特定用例优化关联检索。

以上是Hibernate 中的 Open Session in View (OSIV) 是一种不好的做法吗?有哪些替代方案?的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn