Hibernate有我们想像的好吗？

Hibernate有我们想像的好吗？

刚开始公司里用到的是Struts 1.3 + Spring 2.0，DAO 都是继承自JdbcDaoSupport 类。三个月前公司做OA系统，把DAO部分用上了iBatis ，用过之后才感觉到iBatis相对于之前的JdbcDaoSupport来说是多么的灵活，特别是动态SQL语句和语句的重用性。
hibernate我自学过，但是感觉他并不像我想的那样好，笨拙又难以控制，还有可能过段时间对着电脑说：晕，我SQL语句全忘了。但我没有hibernate的实战，没有做过项目，所以问一下大家，你们感觉hibernate 怎么样呢？

hibernate 可以说和你学过的ibatis 差不多的一个对象关系映射框架。
ibatis 需要开发者自己写SQL语句，而hibernate 可以自己生成SQL语句。
hibernate 可以提高开发效率，相比JDBC来所。 
 
 
用hibernate，如果你用xml作配置及HQL查询，要比较多的学习时间。
但如果用ejb3中的annotation作配置，用hibernate提供的Criterion等类作查询，不需要太多的学习时间就能用得很好了。

在大数据量的处理，特别是移动的数据量，我认为根本就不能使用 Hibernate，效率低下！
对于数据表多，而且行数多，关系复杂，在数据库设计和 ORM 映射中就不能进行关联设置，否则效率更为低下。
我们也是做移动相关开发的，有些表的数据量达到 5 亿多条记录，啥事都不做，光在 sql plus 中
count 一下就得好多时间。
碰到一些大数据量的处理，好多都是直接采用存储过程执行的，或者直接使用 Oracle 一些特有功能的
原生 SQL 进行查询。
 
 

hibernate有价值？做个小网站有价值，这个我承认。要一个人搞定全部东西，ssh是一种选择。
但是，但凡有点规模的项目，能用hibernate什么呢？ORMapping，开玩笑吧，复杂的关系搞死你。而且用程序中的Object映射到数据库的表，这么干的话，DBA都做什么去了？一个DBA会允许把数据库搞成那个样子？
还有缓存，DB本身有缓存，加上连接池什么的，jdbc的效率并不低。而Hibernate非要在内存或硬盘上搞一套出来，出了浪费资源，看不到什么太大用处。你还会发现这个东西有很多缺点。
再就是使用反射机制的mapping本身，这个机制运行数据很慢。而且一定要把数据搞成对象再弄出来，有脱裤子放屁之嫌。好像人家脱裤子放屁，hibernate要问：你脱了几层？我比你脱得多！
反正，如果没有分析，没有设计，没有DBA，没有人力，还是可以考虑用这个东西。