选择ibatis,而放弃hibernate

1、从hibernate本身的角度出发，
    优点：
     从设计上可以规范设计人员对于面向对象设计的理解。
     从开发的角度可以减少开发人员的工作量，提高开发效率。
    对于hibernate可以理解其本身的面向对象的设计思想，而不必用到你的项目中，通过hibernate的对于持久层的设计思想，可以让你跟好的理解他。
    缺点：
      从设计上来说，hibernate在一定程度上限制了数据库设计灵活性，对于像数据仓库这种对于从不同维度进     行数据挖掘的角度上，hibernate并不适合数据仓库的数据库设计，选择ibatis对于设计人员没有因为选择持久层框架而改变数据库设计的苦恼，同时可以像hibernate一样降低开发人员工作量提高开发效率。
   

我们公司也使用iBATIS，但最根本的原因，是OO理念贯彻地不彻底，无法让hibernate高效运行起来。几个失败的项目，即是明例。而iBATIS上手很快，只要有过JDBC开发经验的人，短期内都可以立即投入开发。

文不对题?
至少要说说ibatis优缺点?

iBatis很合熟悉数据库的领导的口味，让他们熟悉的Sql有用武之地，也不会对这个技术有很大的反感了，而用Hibernte，几乎是不再关心Sql，存储过程，领导一般都要反对的。

用hibernate做报表，也不见得很容易！
一句话，关联复杂的，一般都会抛弃他了！

ibatis做数据持久化和关联关系的管理不如Hibernate，但是在做查询方面我觉得并不逊色于Hibernate（除了数据库的可移植性）。

所以我在项目中经常是Hibernate与ibatis混用的。在使用复杂的查询时，转用ibatis。

我觉得要用hibernate，就必须要好的设计。像我们公司这样基本没有OO思想的设计是上不了hibernate的！
个人认为hibernate做持久是很好的 不过复杂的关联查询感觉不怎么样，可能跟我们自己先前数据库设计有关系吧！

复杂关联查询HQL也做的相当好,用SQL很多行才能解决的问题用HQL也许2-3行就解决了,更重要的是,HQL是面向对象的,如果真正理解了HQL,可读性远比SQL好的多,这是我对HQL越来越复杂的应用得出的结论.IBATIS没用过,不发表评论(偷偷的说是SQL和Hibernate的一个折衷?)

每种工具都有使用的范围 case by case.
Hibernate不适合insert update过多的project,但对于查询为主的Web项目 还是非常适合的.

一直没有时间学习一个持久化框架！
可能会选择iBATIS。

不用第一，只用第二！
呵呵！