目前哪个ORM框架适合多进程并发更新数据库

问题描述

一直用hibernate，但hibernate复杂的缓存策略，导致它不适合多进程并发更新数据库的操作。问题1：我对hibernate的理解有误吗？问题2：如果hibernate确实不适合以上情景，哪个ORM框架在这方面要好一点？请多指教！

解决方案

解决方案二：
该回复于2011-01-12 13:14:32被版主删除
解决方案三：
ibatis吧hibernate相对来说更重了
解决方案四：
应该是ibatiS，，我刚刚用了。
解决方案五：
引用楼主z_berry的回复:

一直用hibernate，但hibernate复杂的缓存策略，导致它不适合多进程并发更新数据库的操作。问题1：我对hibernate的理解有误吗？问题2：如果hibernate确实不适合以上情景，哪个ORM框架在这方面要好一点？请多指教！

我还是想确认一下，我说的第一个问题，到底对不对，如果对的话，那hibernate在实际使用起来会受到很大的限制啊。
解决方案六：
我记得ehcache缓存是支持集群的吧？配置一下就好
解决方案七：
也不会啊,hibernate用着还是挺舒服的,关键是怎么用了
解决方案八：
使用Ibatis吧我们公司就用。。。
解决方案九：
引用6楼wpffeihuwpf的回复:

也不会啊,hibernate用着还是挺舒服的,关键是怎么用了

那比方说有个项目是有多个部分组成，肯定会有多个程序在更新数据库，那么如何解决让hibernate每次查询都执行一次sql？
解决方案十：
引用8楼z_berry的回复:

引用6楼wpffeihuwpf的回复:也不会啊,hibernate用着还是挺舒服的,关键是怎么用了那比方说有个项目是有多个部分组成，肯定会有多个程序在更新数据库，那么如何解决让hibernate每次查询都执行一次sql？

我认为每次查询是很正常的！
解决方案十一：
Ibatis............................