Hibernate更纯粹 & iBatis更贴近多数生产实践

转自：http://blog.sina.com.cn/s/blog_4e122966010089a1.html

本文并非对比iBatis和Hibernate哪个好哪个坏。只是希望能为大家在使用时提供一个参考。俗话说得好，适合自己的就是最好的！

 

70%以上的项目开发的瓶颈在项目需求和开发者的效率上。而非执行效率。

80%以上的项目不需要在各种数据库间移植。
90%采用关系型数据库项目中都要用到特定数据库的sql语句。

 

如果您认同本人的上述粗略假定的话，那我认为：

 

60%以上的项目中iBatis更适合！

 

那为什么那？废话少说，现在直入主题：

1. iBatis 易于掌握。拿来文档看少则两天多则一周就可以掌握。
Hibernate 可能需要 3 倍以上的时间来掌握。

2. iBatis 更容易写 sql
Hibernate 生成的 HSQL 最终还是要翻译成native的SQL语句来执行。而这种翻译不总是那么顺利的，这种不顺利表象的一方面是开发者不一定能很好知道怎么写HSQL，另一方面是Hibernate本身对HSQL到native SQL的翻译也有些不顺利的地方。

我想在这里强调一下我的经验，一般系统稍微复杂一点儿的商务查询都多多少少使用了一些native的SQL语句（如：Oracle专用，MySQL专用等）。

3. iBatis 可以进行细粒度的代码优化

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

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.3 Hibernate 还有一个方案，就是生成 javabean/map/object[]，但是这样的话就可能会产生大量的多余 class。map/object[] 的方式应该不错，我比较喜欢这种方式。

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

4. 开发方面
4.1 开发效率上，两者在初期coding时差别不大，但在debug时会有些差距。因为iBatis采用的是native SQL，所以可以直接拷贝SQL代码到数据库的命令行中调试。而Hibernate则要不断的考虑HSQL或配置最终翻译成怎样的native SQL，然后在考虑这些SQL执行结果是否正确。
4.2 可维护性方面，我觉得 iBatis 更好一些。因为 iBatis 的 sql 都保存到
单独的文件中。而 Hibernate 在有些情况下可能会在 java 代码中保存
sql/hql。

当然 iBatis 也有比较大的缺点
1. 不同数据库类型的支持不好，如果你要开发的系统是要在对中数据间移植，那可能用 hibernate 比较好。
2. 缺省的 cache 支持不好，但是 hibernate 的 cache 支持其实也不是很好，而且很复杂。尤其是对于大并发量的应用。所以我更倾向于自己管理 cache。