[提问]hibernate可以胜任这样复杂的应用吗？

目前作一个工资系统，涉及到比较麻烦的工资算法。原系统用存储过程写的，大的算法求一个变动后的工资，要1000多行存储过程的代码。假如用hibernate的话，套用工资表等等使用对象起码有30多个，这样，内存啊，性能啊，用hibernate应该比较慢吧？不知道是否适合选择用hibernate？？？望有经验的多多指点？

你缓存设计好性能自然好的

不知道是否能达到页面点击响应时间在2秒内的性能要求，所以在存储过程还是其它方法间徘徊！！！

或者试试SpeedFramework它是我们的开源持久层框架。以前我在项目中使用过iBatis、Hibernate。还有是spring+Hibernate，最后感觉还是不爽，后来总结自己开发了一套持久层，它既可以象iBatis框架那样进行sql优化、又象Hibernate那样实现简单的操作，同时又是免配置持久层，通过类反射机制对表、视图对象映射自动寻找对应表从而实现具体的增、删、查、改等操作。

http://sourceforge.net/projects/speedframework/

我们在项目中使用的很好，而且它有如下特点：
1.免配置持久层，免配置可以减少开发中配置带来的烦恼，调试带来的烦恼。
2.完全是jdbc封装操作，性能完全没问题。
3.jcs cache实现，对于数据库操作对象缓存减轻数据库压力。
4.自带分页组件，完全可以直接传入一条sql即可完成困难的分页逻辑，可以由客户自定义。
5.结合表、视图实体逻辑设计模式可以实现xp开发。
6.speed能自动识别表字段pk的自增主键，并可以返回自增字段值。
7.实现了jdbc的批处理封装，存储过程调用等jdbc api常用的封装。
8.降低了入门门槛，有利于初期开发和中后期维护，适用于开发程序员经常更换的团队。

我们提供技术支持
qq群：5338343
存储过程可以修改接口即可实现。

希望能看到有人就hibernate回答楼主的问题，我相信这个问题有很多人都困惑的吧

看不到你的对象模型，或者表结构，以及大致算法，这个问题没法回答。

至于是不是响应时间能不能达到2秒，仅凭这些信息更是无法判断。

补充一下。

对于工资计算这样的问题，可靠性，灵活性和可扩展性比性能更重要吧？我以前开发工资计算程序都是以批处理方式运行的，根本不存在响应时间的问题。我当时用Oracle的PL/Sql写存储过程，也要1000多行。不过我想如果用Java和Hibernate的话，可能不需要那么多代码。而且同样1000行代码，感觉用存储过程比用Java写要麻烦多了。主要是调试和测试手段缺乏。不过很长时间不写存储过程了，不知道现在情况是不是好一些。

其实主要看这个存储过程执行的逻辑，如果逻辑复杂，但是数据操作较少，那么适合用java来写，用hibernate来进行数据读写。
但是如果数据操作频繁，甚至有很多数据的批量更新，用java + hibernate就不一定合适了。
至于性能，也可以一样的去考察。

Hibernate能做.但这不是一个能不能做的问题 而是一个值不值得做,是否是最佳方案的问题

如果你们的team的SQL能力强 那就继续用存储过程来实现business logic，如果team的java的功底很强，那么就放到J2EE来搞定

怀疑hibernate的效率。。。。
以前用hibernate设计庞大的商务系统，运行起来比直接jdbc访问的速度要慢很多，很不爽，而且在调试窗口看到很多没必要的UPDATE之类的sql出来。在处理一些较为复杂的业务逻辑的时候往往显得很吃力。感觉是绑着手脚在干活，特郁闷。
现在改用自己写的一些简单封装。跑起来特爽··～