---来源互联网,非原创
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 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[](感谢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。 ibatis与hibernate的比较以及具体的一些使用过程的差别就向你介绍到这里,希望对你有所帮助 本贴来自天极网群乐社区--http://q.yesky.com/group/review-18217294.html
|