【问题标题】:Hibernate Bulk Amount Data Processing [closed]休眠批量数据处理[关闭]
【发布时间】:2015-10-24 12:07:30
【问题描述】:

我们即将启动一个需要大量数据处理的金融项目(例如日常运行的程序来排序、路由、过滤大量数据)。

我的问题是,使用 Hibernate 作为 JPA 提供者,最好在哪里处理数据?业务对象或数据库批处理。
更多详情:

  1. 业务对象处理大部分处理逻辑,然后只触发对数据库的 CRUD

  2. 数据库处理大部分处理逻辑和CRUD到数据库表,业务对象句柄

就可维护性和可扩展性而言,哪一种方法更好?

【问题讨论】:

  • 一个合适的领域模型更容易维护,但性能不如纯数据库脚本。您必须在两者之间找到良好的平衡。
  • 非常感谢您的建议。 :) 这是一个很好的起点,可以进一步计划和思考。再次感谢。

标签: hibernate design-patterns database-design architecture


【解决方案1】:

您几乎应该总是从适当的业务领域层开始,然后在需要时使用数据库脚本。如果不出意外,它将帮助您制定域逻辑。

您还可能发现您不需要使用数据库脚本,而且业务对象层工作得很好。

使用域层的一大优势是您可以重构数据库,而无需对处理逻辑进行重大更改。例如,如果您需要设置数据库的副本来读取查找逻辑(客户信息等),并设置单个主服务器来推送写入,如果您有域层和完全重写,这将很容易做到如果您在数据库脚本中实现。

编写您的应用程序,然后进行优化。

【讨论】:

  • 非常感谢您的回答。我可能会考虑更多地在业务层上处理大部分逻辑和数据库,只需 CRUD。
猜你喜欢
  • 2014-10-07
  • 1970-01-01
  • 1970-01-01
  • 2014-09-22
  • 2013-03-03
  • 2011-07-23
  • 2018-09-29
相关资源
最近更新 更多