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

别没事找事。。。。。
没毛病自找麻烦。
直接到plsql时去看运行效率。。。。

你说的这个是发现慢的时候，再把sql复制过去。

我的意思是，测试的时候打出来，顺便就能做第一次的过滤，如果发现执行很快就不用复制到plsql中去了。

其实我觉得老板觉得可以就好  什么速度慢之类的可以抛到一边去了  再慢也不会慢10秒8秒的吧  最多也就1、2秒的时间  客户又不会拿着秒表对着你的程序 看哪个慢哪个快 

最关键是客户用得爽 》 给钱 》老板 》发钱 》我们    <br/>
你程序性能再好 用了多么先进的技术 客户不喜欢  你的程序一样 over

没有需求，不关客户体验。。。。你优化它干什么？

这不算是优化呢，是防止团队中某些人写出不合理的hql（sql）程序而已，如果在测试环境某些sql执行的时间就很慢，那就更别提生产环境了。（不过这里的慢没有界定范围，多少秒或多少毫秒算慢）

看应用场景吧，你总不能把Hibernate用在数据整合的系统里面吧，基于数据库的简单应用倒是不错的，不过数据挖掘和分析的应用这个不太适合吧。 我也同意楼上的看法，生产系统、业务系统谁都会做，SSH派还真是不少，但是很多SSH派一离开SSH就不会写系统了， 不知道是开发人员的杯具还是框架的杯具。个人觉得打好基础，用什么框架都好商量，框架只是一个辅助的东西不能作为技术的根本。认认真真的打基础SSH自然会懂，JAVA的框架不少但就我接触的框架来看都没有离开JAVA最根本的几个技术基础和设计理念。

严重同意，这玩意简直是抢DBA的饭碗。

用了hibernate，大部分SQL都比较简单，偶尔有复杂的SQL，通常也比普通开发人员写的要好。
做性能优化，可以直接用jprofiler等工具在java端分析，偶尔拿个SQL在PLSQL Developer/TOAD中分析一下执行计划。
我们公司，用hibernate的项目，遇到性能优化都是开发人员顶上，而那些大量用PLSQL的项目，通常需要DBA全程参与优化

个人认为java这种面向对象的高级语言纯粹使用jdbc不太现实。使用orm框架确实能加快开发速度，保证程序员有充足的时间处理业务逻辑而不是底层数据库代码的编写

到plsql有时不准，同时一条语句，同样数据量，在生产环境中有时运行700-30000MS之间不等。差别相当的大。