存储过程支持事务处理。hibernate操作大数据量是这样的,建议你在页面做个等待的div。
解决方案 »
- java.lang.IncompatibleClassChangeError: Implementing class
- 在线等:myeclipse8.0安装文件双击后提示"找不到指定文件",要找什么文件啊?怎么解决?
- OA中开发自定义表单?求助好的开发构架思路?
- weblogic部署了war文件,无法运行
- struts中哪个标签是显示日期的
- 问1个struts2.0 <s:head/>的问题,希望高手帮忙~tks
- 请教JAVA调用数据库的一些问题,首先谢谢各位赐教!
- 请问jdom怎么实现在指定位置插入节点?
- 很简单的问题,问完就走!
- 大家指点关于struts方面的?
- 如何把文本写入数据库的过滤掉一些HTML符号?
- struts页面拿值问题???
还是用JDBC自己搞安逸
用hibernate实现是为了结构清晰,而且事务处理方便。但大数据量的操作怎么会这么慢,从业务需求上来讲,上面的操作要在10s内完成,现在要好几分钟甚至10分钟都不见得能完成。用存储过程的话,事务回滚不会有问题吧。还要什么办法可以提高效率呢
因为整个构架是用hibernate来做的,所以当初没有想到用jdbc来处理一部分。这样做性能会不会提高很多呢?我最担心的问题是事务处理。因为这个批量操作如果中间一步失败对我的系统来说是致命的,用存储过程会不会影响事务自动回滚?jdbc自己实现,事务回滚会存在问题吗
你现在有2个比较好的选择
1、如果需要的参数不多,可以用数据库的存储过程来实现,请注意,请在一个存储过程中搞定3个表的操作,如果不行就回滚,如果行就COMMIT。 我说的“参数”就是那些可以支持你在一次调用中搞定所有操作参数。
2、如果参数太多,那么就用JDBC来实现,用batch update功能!这样效率也很搞的!