iBatis和Hibernate的5点区别及选择要素

本文针对iBatis和Hibernate不同，通过透析iBatis的特性，对iBatis和Hibernate不同点做了深入浅出的分析，五点经验对选择iBatis还是Hibernate极具指导意义

我在最初的选型的时候，考虑到iBatis和Hibernate不同，本来打算选择Hibernate的，在研究的过程中发现了iBatis的特性，经过分析比较之后我选择了iBatis。现在我已经使用iBatis 完成了一个中小型的项目。这个项目在性能、可维护性、可扩展性方面都非常令我满意。

在这个过程中我也不断的与使用过或者正在使用Hibernate的人进行过探讨。而且我本身也在不断的跟进Hibernate的发展。

最终，我的结论是iBatis的选择非常正确，而且越用越喜欢它了。

当然了，我对iBatis和Hibernate的理解还是非常有限的，所以这里的关于Hibernate的一些观点的错误之处希望能够得到Hibernate高手的指正。

1. iBatis的特性易于掌握

iBatis的特性拿来文档看半天到两天就可以掌握了。Hibernate可能需要3倍以上的时间来掌握。

2.iBatis的特性更容易进行SQL的优化

这个应该大家都有共识了。另外Hibernate生成的SQL也实在是太难看了。鉴于有的朋友提到了SQL不太重要。我想在这里强调一下我的经验，一般系统性能的瓶颈都在数据库上。所以这一点是iBatis和Hibernate比较后非常重要的一个优势。

3.iBatis的特性是可以进行细粒度的优化

3.1 比如说我有一个表，这个表有几个或者几十个字段，我需要更新其中的一个字段，iBatis 很简单，执行一个SQLUPDATE TABLE_A SET column_1=#column_1# WHERE id=#id# 但是用Hibernate的话就比较麻烦了,缺省的情况下Hibernate会更新所有字段。当然我记得Hibernate有一个选项可以控制只保存修改过的字段，但是我不太确定这个功能的负面效果，因此iBatis和Hibernate比较，iBatis的优势很明显。

3.2 我需要列出一个表的部分内容，用iBatis的时候，这里面的好处是可以少从数据库读很多数据，节省流量SELECT ID, NAME FROM TABLE_WITH_A_LOT_OF_COLUMN WHERE

3.2.1 一般情况下Hibernate会把所有的字段都选出来。比如说有一个上面表有8个字段，其中有一两个比较大的字段，varchar(255)/text。上面的场景中我为什么要把他们也选出来呢？

3.2.2 用Hibernate的话，你又不能把这两个不需要的字段设置为 lazy load，因为还有很多地方需要一次把整个 domain object 加载出来。这个时候就能显现出iBatis的好处了。

3.2.3Hibernate还有一个方案，就是生成 javabean/map/object[](感谢 leelun/cjmm)，但是这样的话就可能会产生大量的多余 class。map/object[] 的方式应该不错，我比较喜欢这种方式。

3.3 如果我需要更新一条记录（一个对象），如果使用Hibernate，需要现把对象 select 出来，然后再做 update。这对数据库来说就是两条SQL。而iBatis只需要一条 update 的SQL就可以了。减少一次与数据库的交互，对于性能的提升是非常重要。

4. 开发方面

4.1 开发效率上，我觉得iBatis和Hibernate应该差不多

4.2 可维护性方面，我觉得iBatis更好一些。因为iBatis的 SQL都保存到单独的文件中。而Hibernate在有些情况下可能会在 java 代码中保存sql/hql。

5. 运行效率

5.1 在不考虑 cache 的情况下，iBatis 应该会比Hibernate快一些或者很多（根据实际情况会有所不同）。

当然 iBatis和Hibernate相比也有比较大的缺点

1. 不同数据库类型的支持不好，如果你要开发的系统是要在对中数据间移植，那可能用Hibernate比较好。

2. 缺省的 cache 支持不好，但是Hibernate的 cache 支持其实也不是很好，而且很复杂。尤其是对于大并发量的应用。所以我更倾向于自己管理 cache。