Hibernate是否足以处理包含1000+表的企业资源计划应用程序,在开发的任何阶段是否存在性能瓶颈。
如果我们继续使用Hibernate,我们将遵循哪种设计模式。
发布于 2017-10-26 13:39:53
Hibernate是一种ORM工具。它应该将类映射到表,将对象映射到元组,等等。这种工具的主要目的应该是减少访问数据库时的样板,同时保存、更新、删除或从对应于OO环境的表中获取数据。如果您的系统中有1000+表,并且它们都(或在连接中)对应于OO中的类,那么您应该可以使用它了。
然而,使用Hibernate处理大量数据的真正问题在于您要执行的操作类型。对于CUD操作,hibernate非常方便,但如果您必须一次从多个表中读取数据,您可能必须使用许多延迟加载的技巧(对我来说,这是一种开销),否则它将尝试从整个类族(依赖类及其依赖类等等)加载数据。我发现iBatis很适合这样的场景(报告工具)。因此,我的答案是,除非你打算在数据库中复制的面向对象的结构中做大量的对象持久化/更新/删除,否则你不应该把精力花在尝试实现Hibernate上。
下面是两者(Hibernate和iBatis)的简要比较:
https://stackoverflow.com/questions/46946217
复制相似问题