首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在繁重的ERP解决方案中是否使用Hibernate

在繁重的ERP解决方案中是否使用Hibernate
EN

Stack Overflow用户
提问于 2017-10-26 13:07:53
回答 1查看 314关注 0票数 2

Hibernate是否足以处理包含1000+表的企业资源计划应用程序,在开发的任何阶段是否存在性能瓶颈。

如果我们继续使用Hibernate,我们将遵循哪种设计模式。

EN

回答 1

Stack Overflow用户

发布于 2017-10-26 13:39:53

Hibernate是一种ORM工具。它应该将类映射到表,将对象映射到元组,等等。这种工具的主要目的应该是减少访问数据库时的样板,同时保存、更新、删除或从对应于OO环境的表中获取数据。如果您的系统中有1000+表,并且它们都(或在连接中)对应于OO中的类,那么您应该可以使用它了。

然而,使用Hibernate处理大量数据的真正问题在于您要执行的操作类型。对于CUD操作,hibernate非常方便,但如果您必须一次从多个表中读取数据,您可能必须使用许多延迟加载的技巧(对我来说,这是一种开销),否则它将尝试从整个类族(依赖类及其依赖类等等)加载数据。我发现iBatis很适合这样的场景(报告工具)。因此,我的答案是,除非你打算在数据库中复制的面向对象的结构中做大量的对象持久化/更新/删除,否则你不应该把精力花在尝试实现Hibernate上。

下面是两者(Hibernate和iBatis)的简要比较:

https://softwareengineering.stackexchange.com/a/192005

https://www.javaworld.com/article/2077875/open-source-tools/ibatis--hibernate--and-jpa--which-is-right-for-you-.html

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/46946217

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档