ibatis和hibernate的比较
我在最初的选型的时候是打算选择 Hibernate 的，在研究的过程中发现了 iBatis，经过
分析比较之后我选择了iBatis。现在我已经使用iBatis完成了一个中小型的项目。这个
项目在性能、可维护性、可扩展性方面都非常令我满意。
在这个过程中我也不断的与使用过或者正在使用Hibernate的人进行过探讨。而且我本身
也在不断的跟进Hibernate的发展。
最终，我的结论是iBatis的选择非常正确，而且越用越喜欢它了。
当然了，我对Hibernate的理解还是非常有限的，所以这里的关于Hibernate的一些观
点的错误之处希望能够得到Hibernate高手的指正。
1.iBatis易于掌握。拿来文档看半天到两天就可以掌握了。
Hibernate可能需要3倍以上的时间来掌握。
2.iBatis更容易进行sql的优化。
这个应该大家都有共识了。另外Hibernate生成的sql也实在是太难看了。鉴
于有的朋友提到了sql不太重要。我想在这里强调一下我的经验，一般系统性能
的瓶颈都在数据库上。所以这一点是iBatis非常重要的一个优势。
3.iBatis可以进行细粒度的优化
3.1比如说我有一个表，这个表有几个或者几十个字段，我需要更新其中
的一个字段，iBatis很简单，执行一个sql
UPDATETABLE_ASETcolumn_1=#column_1#WHEREid=#id#
但是用Hibernate的话就比较麻烦了,缺省的情况下hibernate会更新所有字段。
当然我记得hibernate有一个选项可以控制只保存修改过的字段，但是我不太确
定这个功能的负面效果。
3.2我需要列出一个表的部分内容，用iBatis的时候，这里面的好处是可以少从数据
库读很多数据，节省流量
SELECTID,NAMEFROMTABLE_WITH_A_LOT_OF_COLUMNWHERE...
3.2.1一般情况下
Hibernate会把所有的字段都选出来。比如说有一个上面表有8个字段，
其中有一两个比较大的字段，varchar(255)/text。上面的场景中我为什么要把他
们也选出来呢？
3.2.2用hibernate的话，你又不能把这两个不需要的字段设置为lazyload，因
为还有很多地方需要一次把整个domainobject加载出来。这个时候就能显现出
ibatis的好处了
3.2.3Hibernate还有一个方案，就是生成javabean/map/object[](感谢
leelun/cjmm)，但是这样的话就可能会产生大量的多余class。map/object[]的方式
应该不错，我比较喜欢这种方式。
3.3如果我需要更新一条记录（一个对象），如果使用hibernate，需要现把对
象select出来，然后再做update。这对数据库来说就是两条sql。而iBatis
只需要一条update的sql就可以了。减少一次与数据库的交互，对于性能的
提升是非常重要。
4.开发方面
4.1开发效率上，我觉得两者应该差不多
4.2可维护性方面，我觉得iBatis更好一些。因为iBatis的sql都保存到
单独的文件中。而Hibernate在有些情况下可能会在java代码中保存
sql/hql。
5.运行效率
5.1在不考虑cache的情况下，iBatis应该会比hibernate快一些或者很多
（根据实际情况会有所不同）。
当然iBatis也有比较大的缺点
1.不同数据库类型的支持不好，如果你要开发的系统是要在对中数据间移植，那可能用hibernate比较好。
2.缺省的cache支持不好，但是hibernate的cache支持其实也不是很好，而且很复杂。尤其是对于大并发量的应用。所以我更倾向于自己管理cache。