问题描述
ibatis和hibernate的优缺点
解决方案
解决方案二：
呵呵!一直用的hibernate,没用过ibatis!
解决方案三：
引用1楼wangshiyang的回复:
呵呵!一直用的hibernate,没用过ibatis!
你out了
解决方案四：
Hibernate是ORM中间件MyBatis是SQL翻译中间件
解决方案五：
都用过，但是了解得不够深刻
解决方案六：
iBatis在以下情况中更显得适合，这时Hibernate甚至毫无办法：1.系统的部分或全部数据来自现有数据库,处于安全考虑,只对开发团队提供几条SelectSQL(或存储过程)以获取所需数据,具体的表结构不予公开。2.开发规范中要求,所有牵涉到业务逻辑部分的数据库操作,必须在数据库层由存储过程实现(就笔者工作所面向的金融行业而言,工商银行、中国银行、交通银行,都在开发规范中严格指定)3.系统数据处理量巨大,性能要求极为苛刻,这往往意味着我们必须通过经过高度优化的SQL语句(或存储过程)才能达到系统性能设计指标。虽然Hibernate也支持原始的SQL，但总体来说上面这些情况下iBatis更适合一些。
解决方案七：
ibatis据说他的分页查询最后一页的算法有缺陷而且感觉数据库移植性不如hibernatehibernate批量操作插入和修改速度不能令人满意当数据量庞大时基本没什么办法去性能调优一般的中小型项目差别不明显
解决方案八：
http://wenku.baidu.com/view/50e5490102020740be1e9bc2.html里面讲的很全，请参考。有不理解的再提问。
解决方案九：
解决方案十：
各有千秋如果有大量数据报表等显然用ibatis。。
解决方案十一：
ibatis：农村女孩，简单、清纯、单一hibernate：城市熟女，复杂、多变、兼容
解决方案十二：
引用5楼inhibitory的回复:
iBatis在以下情况中更显得适合，这时Hibernate甚至毫无办法：1.系统的部分或全部数据来自现有数据库,处于安全考虑,只对开发团队提供几条SelectSQL(或存储过程)以获取所需数据,具体的表结构不予公开。2.开发规范中要求,所有牵涉到业务逻辑部分的数据库操作,必须在数据库层由存储过程实现(就笔者工作所面向的金融行业而言,工商银行、中国银行、交通银行,都……
请问楼主进入金融IT行业需要哪些技术？
解决方案十三：
引用10楼warison2008的回复:
ibatis：农村女孩，简单、清纯、单一hibernate：城市熟女，复杂、多变、兼容
比喻不当现在农村女孩也很负责多变。
解决方案十四：
引用12楼magicluo的回复:
引用10楼warison2008的回复:ibatis：农村女孩，简单、清纯、单一hibernate：城市熟女，复杂、多变、兼容比喻不当现在农村女孩也很负责多变。
深受其害乎！！！
解决方案十五：
引用11楼capturefuture的回复:
引用5楼inhibitory的回复:iBatis在以下情况中更显得适合，这时Hibernate甚至毫无办法：1.系统的部分或全部数据来自现有数据库,处于安全考虑,只对开发团队提供几条SelectSQL(或存储过程)以获取所需数据,具体的表结构不予公开。2.开发规范中要求,所有牵涉到业务逻辑部分的数据库操作,必须在数据库层由存储过程实现(就笔者工作所面向的……
其实我也想知道，*^o^*
解决方案：
一个半自动，一个全自动。
解决方案：
引用1楼wangshiyang的回复:
呵呵!一直用的hibernate,没用过ibatis!
嗯
解决方案：
好像在6月份iBATIS变成MyBatis了，学习过，也挺好用的JDBC/iBATIS/Hibernate各有所长吧
解决方案：
引用10楼warison2008的回复:
ibatis：农村女孩，简单、清纯、单一hibernate：城市熟女，复杂、多变、兼容
精辟
解决方案：
该回复于2010-12-29 10:19:27被版主删除
解决方案：
MyBatis非常爽。完全控制所有的行为，各种复杂Java类型到数据库的映射（反之也能)都能自己控制。因此数据库操作的性能问题在完全的控制之下。我已经用在一堆项目上了。
解决方案：
引用1楼wangshiyang的回复:
呵呵!一直用的hibernate,没用过ibatis!
一样。