不选或许有千万种理由，但是选择hibernate只需要一个理由就足够了

可否参考一下bbossgroups开源项目的持久层框架，bbossgroups包含一下子项目：
1.bboss-persistent, a persistent framework.
参考bbossgroups框架来实现持久层的操作：
a.灵活的事务管理（声明式事务管理，可编程事务管理，java注解事务管理，jdbctemplate事务管理，五种经典的事务类型，支持事务嵌套，支持多数据库分布式事务）
b.灵活的访问数据库的接口（普通sql操作，预编译sql操作，普通/预编译批处理操作，存储过程，函数）
c.一套经典的数据库操作标签库（增删改查，普通sql操作，预编译sql操作，普通/预编译批处理操作）
d.经典的多数据库连接池配置管理和使用方法（所有的数据库操作接口可以直接指定连接池的名称，方便地实现对不同数据库的操作）
e.提供了简单的o/r mapping查询接口
f.提供了多种行处理器来提升查询操作的性能
g.可以方便地实现blob，clob字段的处理
h.提供分页操作接口（预编译和普通），可以方便地址各种数据库的分页操作
2.bboss-taglib, a web layer taglib framework(list tag,pageine list tag,detail tag ,logic tag,tree tag,tabpane tag,dbutil tag).
3.bboss-aop, an aop framework.(ioc ,rpc[jms,mina,jgroups,cxf webservice],bean component,cxf webservice component framworkset and so on).
4.bboss-event, an event framework(local event,remote distribute event framework base aop rpc framework).
5.bboss-util, an utility framework.
6.antbuildall, ant build project that build up projects.
7.bbossevent-client, an event remote client test project.
8.bboss-client, an rpc client test project.(jms,mina,jgroups,cxf webservice，restful).
9.bboss-ws, bboss webserive framework test project.
10.bbossgroups document 目录包含framework 开发文档和bboss aop框架的技术使用文档

bboss group project blog:
http://blog.csdn.net/yin_bp
http://yin-bp.iteye.com/

bboss group project sourceforge site url:
http://sourceforge.net/projects/bboss/files/

从bbossgroup 1.0开始，已经将以前的持久层框架，aop框架，标签库框架，事件框架，工具框架，全部作为bbossgroup 的子项目一起发布
新增antbuildall [ant complile for all bboss group projects],可以运行antbuildall下的run.bat命令编译所有的子项目，并且更新相应工程
的引用jars。


release version : bbossgroups-1.0
release date: 2010/03/18
release files:Contain all sub projects source files,distribute files,All projects dependended jars,So the file size is some bigger,do not warry,every sub project can be downloaded alone.

bbossgroups 最新版本 1.0，整合了原来所有的子项目（持久层框架，标签库框架，aop框架，事件框架），下载地址：
https://sourceforge.net/projects/bboss/files/
hibernate确实不适合用来做大型项目的持久层工具，建议参考一下bbossgroups框架来实现持久层的操作：
1.灵活的事务管理（声明式事务管理，可编程事务管理，java注解事务管理，jdbctemplate事务管理，五种经典的事务类型，支持事务嵌套，支持多数据库分布式事务）
2.灵活的访问数据库的接口（普通sql操作，预编译sql操作，普通/预编译批处理操作，存储过程，函数）
3.一套经典的数据库操作标签库（增删改查，普通sql操作，预编译sql操作，普通/预编译批处理操作）
4.经典的多数据库连接池配置管理和使用方法（所有的数据库操作接口可以直接指定连接池的名称，方便地实现对不同数据库的操作）

5.提供了简单的o/r mapping查询接口
6.提供了多种行处理器来提升查询操作的性能
7.可以方便地实现blob，clob字段的处理
8.提供分页操作接口（预编译和普通），可以方便地址各种数据库的分页操作


bbossgroups 最新版本 1.0，整合了原来所有的子项目（持久层框架，标签库框架，aop框架，事件框架），下载地址：
https://sourceforge.net/projects/bboss/files/
持久层框架子项目下载地址：
http://sourceforge.net/projects/bboss/files/bbossgroups-1.0/bboss-persistent.zip/download

选合适的产品解决适合的问题。很多人在说这个那个框架的时候，像是在玩田忌赛马，人无完人，jar无完jar……
hibernate上升到这样的高度，对选择他的企业、项目来讲，不必要重新发明轮子、有大量的文档可查、有牛人可以被请来培训，有可用的程序员可以招揽。
hibernate的配套设施越来越全，我们在annotations、validator做扩展，就可以满足项目对于这两方面的业务需要，提高效率。
数据库我们倒是不常换，而且偶尔有些本地化的sql没法通用。
楼上同学说的OO思想极为赞同！

关于Hibernate，还是等我出一本书来从底层原理上来提高用户对它的认识吧。

非常赞同，我一开始也是用hibernate来存取pojo，甚至连外键都不配。后来学习了DDD和spring，才明白，是hibernate和spring让DDD成为可能。有了hibernate，我觉得DAO层都是多余，因为DAO这个名字就是过程化的概念，应该直接把hibernate作为Object Repository。

hibernate 我觉得理念是做的非常好的
弄过面向对象编程的人 虽然还有面向过程的手段
但是怎么也不愿意回头到C编程时代了

产品化的项目，hibernate的优势太大。

不过hibernate的缺点其实也摆在那边，hql并不简单，也不轻松。对复杂查询支持不算好；性能调试和问题排查非高手不能办。

对于习惯sql的程序员来说，debug出来奇怪的sql难以阅读

至今 还不怎么懂 这个东西

该jdbc就jdbc，该hiberntate就hibernate

用了orm，sql调优是个大问题，甚至一些传统的诊断调优方法都没办法用了。比如oracle费尽心思历经数个大版本建立起来的一套自动优化SQL执行计划的算法CBO，如果用了orm，那这些就意义寥寥了。

终于见到一个对sql调优有经验的人，请问，传统sql调优有哪些主要方法，这些方法的效果如何，ORM是如何将这些SQL调优方法都阻碍了呢？

我觉得，只有了解了SQL调优的传统方法，才能进行比较得出ORM之上的解决方案，之前所见的人都是空对空，只知道说ORM性能有问题，却没有给出SQL调优的解决之道。抓住一个点进行具体分析，才适合搞技术的。