200分请教，高手请进，hibernate的实际应用可行性探讨。支持有分

Question

楼主应该首先了解hibernate能做什么，再来问这个问题。
作系统的前期设计，应该针对需要用到的技术来选择合适的平台或框架，而不应该是为了用某个框架而用某个框架。
有一本J2EE设计开发编程指南里讲的许多设计思想非常经典，不妨先看看的说。
对于你的问题，hibernate也支持原生sql语句的查询。

Answer 1

Hibernate 的hql查询也很强呀,而且又支持sql,在下相信完全Hibernate是一个很好的框架,功能方面不会比
存储过程差,至于可行性,在下觉得要在Spring的支持下会有比较好的体现.因为Spring对Hibernate的事务和
错误处理封装得很好,更能体现Hibernate的功能, 对于具体的功能实现,则要看楼主的业务如何了.

Answer 2

个人感觉，hibernate应用在数据的录入方面还比较方便。但是在查询汇总方面就力不从心了吧，还是离不开sql。所以在面向对象的数据库成熟以前，开发企业应用中，sql还是不能抛开的，
并不能完全用对象来处理。

Answer 3

我觉得复杂的大量的查询不建议用SQL, 
倒是在级联上感觉比较方便

Answer 4

hibernate好么？？
没用过
现在正在研究XDoclet~~~

Answer 5

实际的应用中需要实现非产复杂的统计汇总，一般都用存储过程  
大量用存储过程 
用hibernate就不太适合了吧

Answer 6

你的系统用ibatis比用hibernate要好.
用hibernate不适合这种主要应用于统计分析的的系统.

Answer 7

不建议使用hibernate，你这种情况必然要使用大量SQL，优势体现不了，

Answer 8

我不是高手，刚刚hibernate入门，不懂楼主这样高深的问题，学习中

Answer 9

面对olap的问题，我个人认为还是存储过程更好。这样可以充分利用数据库系统的优势，如果使用类似于ejb、hibernate、jdo这样的技术，mysql和oracle似乎就没什么区别了。简直就是一种资源浪费。经过充分优化的pl/sql做起olap的能力是再优秀的orm工具都无法比拟的。

Answer 10

hibernate 只支持简单的 insert/select/update, 复杂一点的情况下，还不如写 jdbc 简单。
我的看法是，如果用 hibernate 使你的代码比直接用 jdbc 更多，那你就直接用 jdbc