选择ibatis,而放弃hibernate

一句话, 不熟悉Hibernate的团队不要用Hibernate

ibatis学习曲线低

公司有很强的DBA的话，用iBatis可能效果会更好。
其实跨数据库大部分项目可以不考虑。

没有好的领域设计，大家也只能把hiberate当一套方便的crud
api来使用(我们这边好像就是这种情况)

现在不少公司还是以数据库建模为主，ibatis能充分、自然发挥SQL威力，比较适合这些项目

话说回来，如果公司有几个OOAD的牛人，天平可能会像hibernate
倾斜，等spring2实现好对领域对象的ioc话，可以省去dao这一层，使用hibernate实现activerecord,这个比较有吸引力

大家的意见其实还挺一致：
hiberate: 比较适合oo纯度较高的项目
ibatis: 比较适数据库设计驱动的项目

基本上认为hibernate不行的都是不能熟练驾驭hibernate的，hibernate带来的生产力的提高是地球人都知道的事情了，用ibatis呢，基本上就是直接操作数据库，很直观，生产力也低，但是如果结合两者呢，如果用criteria和hql和难做的事情，我们可以写原生sql啊，用ibatis来拼装sql，交给hibernate的sqlquery来执行，不就ok了吗，结合两者的优点，givenking不是说了吗，hibernate只能干日常应用的95%的事情，还有5%得自己解决的。

ibatis是个不错的框架，我们现在的项目就是用ibatis的。简单，易用。不想hibernate那样复杂，而且要对OO的思想有些比较深的理解才可以。

一孔之见:

如果领域模型建立完好,那么使用Hibernate无疑会事半功倍;反之还是用ibatis比较好.或者说Hibernate适合重新架构的新项目,ibatis适合原有系统的扩充升级.

你对ibatis充分了解了吗？

我从一开始就使用Hibernate的，个人认为学习曲线不是很大，上手还是比较容易的。但讲到究竟是用Hibernate还是iBatis，还是应该根据项目的实际情况和数据库的设计情况来决定。

我刚结束了一个项目，彻底重构一个现有系统，原来直接是JSP做的，SQL都写在JSP里，现在全部封装起来，我不加思索的直接上了Hibernate，结果数据表关系惊人的复杂，我折腾了半天HQL和Criteria，还是有两处直接用了原生SQL……要是当初选择iBatis就不会这么麻烦了，至少系统里大量的现有SQL语句可以直接被利用起来，而不是被转成HQL。

总之，世界上没有银弹，选择最合适的才是真的。

感觉对旧的使用JDBC的系统改造升级，用ibatis是比用hibernate要好些，可以直接利用原有的SQL

hibernate  灵活度不够．