休眠与 iBATIS [关闭]

Posted 2023-02-22

【中文标题】休眠与 iBATIS [关闭]

【英文标题】：Hibernate Vs iBATIS [closed]

【发布时间】：2010-12-31 08:53:23

【问题描述】：

对于我们的新产品重新设计，我们正在从 Java 中选择最佳框架。由于考虑为模型采用与数据库无关的方法，我们正在研究 Struts + Spring 与 iBATIS 或 Hibernate 之间的选项。请提供最佳建议，因为两者都提供持久性。

【参考方案1】：

iBATIS 和 Hibernate 是完全不同的野兽。

我倾向于这样看待它：如果您的视图更以对象为中心，Hibernate 会更好地工作。但是，如果您更倾向于以数据库为中心，那么 iBATIS 是一个更强大的选择。

如果您可以完全控制您的架构并且您没有极高的吞吐量要求，那么 Hibernate 可以很好地工作。对象模型提供了相当方便的代码，但代价是巨大复杂性。

如果您正在处理需要编写相当复杂的 SQL 查询的“遗留”数据库架构，那么 iBATIS 可能会更好地工作。

HQL（Hibernate Query Language）是另一种您必须学习的语言，即便如此，您也可能会发现仍然需要编写 SQL 的情况。更重要的是，您可能会花半天时间找出 XML、属性、注释等的正确组合，以让 Hibernate 生成高性能的 SQL 查询。

这个问题没有普遍的“A 比 B 好”的答案。

【讨论】：

对于带有 SQL 构建器的轻量级和微型 ORM，请检查 MentaBean：mentabean.soliveirajr.com

现在2年过去了，随着jpa的出现，这是否仍然如此，hibernate已经发生了很大的变化，ibatis现在是mybatis，我想知道现在人们的想法是什么。

但最好考虑使用符合 JPA2.0 的 JPA 提供商之一，如 Hibernatate、EclipseLink、Toplink 等，用于新的 Web 应用程序开发。正如 Cletus 指出的，iBatis 也不错。

你用mybatis有更清晰的控制，因此更脏的工作。不过个人比较喜欢mybatis。

从以数据为中心（又名 SQL）的角度理解应用程序的成本远比从 ORM 的角度更清晰、更容易理解。请记住，如果它更容易理解，它总是更容易维护。此外，请注意，如果您沿着 ORM 路径走下去，您最终仍然必须广泛学习 SQL 和实体关系等。Cletus 关于“巨大复杂性”的评论是正确的。

【参考方案2】：

考虑您想要实现的目标。通常，Command Query Response Segregation 模型适用于复杂领域。

原因是您通常尝试做以下两件事之一：

创建/更新/删除一些复杂的域实体 运行分析提取查询（即求和/聚合查询）

Hibernate 适用于案例 1，允许您只创建一个 POJO 并持久化/更新它。除非您的域非常大，否则它也可以快速执行此操作。

myBatis 非常适合您只需要答案的获取查询（案例 2）。 Hibernate 将尝试加载整个对象图，您需要开始使用 LazyLoading 技巧调整查询以使其在大型域上工作。相反，如果你只想要一些分析 POJO 页面，那么 myBatis 实现相同的查询将是微不足道的。

因此，myBatis is faster than Hibernate at SELECTS。

这两种情况是您想要更改域数据的命令和您只想获取一些数据的响应之间的区别。

因此，请考虑这两种情况以及您的应用程序的用途。如果您有一个简单的域并且只是获取信息，请使用 myBatis。如果您有一个复杂的域并持久化实体，请使用 Hibernate。如果两者都做，请考虑采用混合方法。这就是我们在我们的项目中使用的，它有数千个实体来控制它。 ;)

【参考方案3】：

ORM 与持久性框架

Hibernate 是将 Java 类映射到数据库表的对象关系映射框架 (ORM)。 MyBatis 是持久化框架——不是 ORM。它将 SQL 语句映射到 Java 方法。

数据库架构

Hibernate 可以根据您的 Java 模型创建或验证数据库模式，而 MyBatis 没有此功能。当您使用内存数据库时，它也便于测试环境。相关讨论：

Can MyBatis create the database schema?

缓存

Hibernate 具有无法禁用的一级缓存。也就是说，如果你通过ORM查询item，然后直接用SQL删除它，它就留在缓存中。您可以显式清除缓存以从数据库中获取最新的结果。相关讨论：

Do Jpa& Hibernate load data which changes asynchronously in DB? What are First and Second Level caching in Hibernate?

乐观锁管理

乐观锁管理也有区别：

MyBatis 本身不支持乐观并发控制， 不像带有 @Version 注释的 Hibernate/JPA 等 ORM 工具。

相关讨论：

Optimistic concurrency control How to prevent concurrency issue in UPDATE via iBatis

延迟加载

Hibernate 将尝试加载整个对象图，除了标记为延迟加载的对象。 myBatis 将根据 SQL 查询加载数据。延迟加载可能会提高性能，但如果与 <property name="hibernate.enable_lazy_load_no_trans" value="true" /> 特性。相关讨论：

org.hibernate.LazyInitializationException - could not initialize proxy - no Session Solve Hibernate Lazy-Init issue with hibernate.enable_lazy_load_no_trans

休眠会话管理

保存、更新或删除等实体操作通过 Hibernate Session 执行。它需要很好地理解如何实施适当的 Hibernate Session 管理策略，以避免 detached entity passed to persist 和其他与 Hibernate 相关的现象。

有时，尝试理解底层 Hibernate 行为可能需要更多时间，而不是添加更多工作并为 myBatis 编写原始 SQL 语句。

级联

Hibernate 为对象图提供了级联、孤儿删除和其他功能，而 myBatis 中没有这些功能 - 要实现它们，您需要显式地编写 SQL 查询。

查询

在 myBatis 中，您将编写几乎简单的 SQL 查询。 Hibernate 有多种形式的查询选项：SQL、HQL、Criteria API。当条件中有许多可选字段时，有时可能适合使用 Criteria API。它将提供更结构化的方法来形成查询，并可能避免相关错误。

【参考方案4】：

Cletus 在总结这种比较方面做得很好。当您控制数据模型并且更加以对象为中心时，Hibernate 运行良好，而当您需要与现有数据库集成并且更加以数据为中心时，iBATIS 运行良好。

我还认为 Hibernate 有更多的学习曲线。使用 iBATIS，很容易知道发生了什么，而 Hibernate 则发生了更多的“魔术”。换句话说，新手可能会发现 iBatis 更易于使用和理解。

但我并不是说你应该更喜欢 iBatis，iBatis 和 Hibernate 只是如上所述不同。

顺便说一句，如果您选择 Hibernate，也许可以考虑使用由Hibernate Annotations 提供的标准化 JPA 和 EJB 3.0 (JSR-220) 对象/关系映射注释。

【参考方案5】：

Hibernate 是一个 ORM，这意味着（在最基本的层面上）它将 java 对象的实例映射到数据库表中的实际行。通常，对于通过 Hibernate 检索的 pojo：对这些 pojo 的任何操作和修改都将出现在数据库中。 Hibernate 会在适当的时候生成并执行相关的 SQL。

Mybatis（在最基本的层面上）只是一个用于拼凑和执行存储在 xml 文件中的 SQL 的工具。它不会将 Java 对象的实例映射到数据库表中的行，而是将 Java 方法映射到 SQL 语句，因此它不是 ORM。当然，它也可以返回 pojo，但它们与任何类型的持久性上下文无关。

这两种工具的功能远不止上述描述，但一种是 ORM，另一种不是。

我相信，使您能够选择使用哪一个的标准在很大程度上取决于您必须使用的数据库模型。

例如，想象一个庞大的架构，代表某种保险模型。开发者需要检索 数据，并以满足手头业务的方式与该数据交互。

开发人员来了，永远不会期望拥有必要的业务知识来编写所有 手工编写的 sql（Mybatis 需要）。 Hibernate 适合这样的场景。

业务分析师根据他们的专业知识定义数据模型、实体、关系和交互。 Java 开发人员然后使用 Hibernate 来“走模型”。业务开发人员可以变得非常高效 无需编写复杂的容易出错的 sql 即可在非常复杂的架构上运行。

根据我的经验，Hibernate 和 Mybatis 在同一个项目中经常使用。

Hibernate 的用途

常规 C.R.U.D 功能 “遍历”“域对象”关系模型 会话管理

以及 Mybatis 的用途

即席查询 启动（并与之交互）存储过程 支持非常具体或复杂的查询 支持复杂的搜索查询（搜索条件是动态的）和结果分页

【参考方案6】：

如果您已经在使用 Spring，我会从 Spring JDBC 开始，而不是直接使用 Hibernate 或 iBatis。如果您根据接口编写持久层，那么在您掌握 Hibernate 或 iBatis 之后切换实现应该没有问题。

没有理由必须做出“全有或全无”的决定。使用最适合您的情况。

【讨论】：

Spring JDBC 远不如 Ibatis。一方面，您要么必须编写行映射器（乏味），要么 Spring 的 bean 映射非常慢。如果您在 Spring MVC 中绑定表单，这并不重要，但如果您返回数千行，它肯定会这样做。我将查询的执行时间从 50+ 秒减少到