robbin
2003-07-25 18:07
或者我没有正确理解你的意思,或者你还没有搞清楚状况。

如果我确实正确理解了你的原来的需求的话,我还是要告诉你,这既不是事务管理的问题,也不是同步的问题,是一个状态管理的颗粒度的问题。Hibernate的状态管理细化到PO这一级,并没有细化到PO的单个属性(表字段)这一级。所以你不用白费力气了,这个问题看来属于那Hibernate不准备处理的5%。

PO的version只能跟踪整个PO的状态,一旦某个属性值改变,那么整个PO的状态就被标记,update的时候所有的字段一起更新。我原想设置映射文件的update属性应该可以解决属性更新的问题,但试过以后才知道不行。

你说的为什么update的时候所有的属性都一起update,而不是只更新改变字段,其实这是一个比较值得探讨的问题。

如果想要做到只更新改变了的字段,必须做到两点:

1、对PO的每个属性设置version进行状态跟踪

2、update语句是动态生成的,在实际向数据库更新的时候,依次检查每个属性的version,决定哪些属性需要更新,动态构造update语句。

单单要做到上述第一点,就势必要给PO的操作带来沉重的负担,每次属性的存取都要判断version,严重影响PO的性能。会带来整个Hibernate性能的降低。而要做到第二点,临时构造update语句时间消耗很客观,也会极大降低update的速度。

Hibernate的PO状态管理是当任何属性值改变的时候,version就被标记,表明PO被更新了。实现很简单而有效,效率非常高。而update语句insert,delete和某几个select语句是在Hibernate初始化过程中就构造好了,不需要用的时候临时构造。

综合评价得与失,对PO属性进行状态管理固然可以稍微降低数据库负担,但是会极大影响Hibernate的运行效率,终究得不偿失。

BTW,如果一个表有40个字段的话,那么这个表肯定会有多种复杂的关系,在这种情况下,你应该针对每种不同的关系映射不同的PO,也就是说,这张表会映射好几个不同的class,每个class代表不同的构成关系,每个class都只用到了这张表的某几个字段而已。class越细,可扩展性越好。

guty
2003-07-25 18:44
robbin, 这个是个很典型的需要使用optimistic transaction的问题,一般做法也就是用version检查了。

用户访问数据时,取到当前的version,当写入时,判断和先前的version是否相同,如果相同就更新并增加version,否则报错,程序可以根据错误,选择返回给用户,还是修改version后提交。

hibernate的做法是在object中加入一个version属性,version的赋值和判断都由框架管理,程序员不用自己操心。

yyanghhong
2003-07-26 01:48
在oracle中, 在第一个用户得到该记录后, 调用dbms_lock.request创建

一个lock, 完成任务后释放他, 其他用户检查这个lock, 如果存在就只能

查看, 不可修改.

dbms_lock的机制的优点是基于session的, 即使第一个用户的程序在中间

出错了, lock也会自动释放.

frank
2003-07-28 09:31
re guty:

optimitic transaction 是不是也不够保险,他只是把错误的概率降到最低,hibernate的version比较是取version的时候有没有用到for update ,这样可能会更好一点

bruce
2003-08-04 03:24
想纠正一下两位大腕的说法:

To guty:

<<robbin, 这个是个很典型的需要使用optimistic transaction的问题,一般做法也就是用version检查了。<<

应该是optimistic lock

To Robbin

<<如果我理解你的意思是这样的话,我只能告诉你这根本不关Hibernate的事,任何ORM都无能为力,是数据库的事情,你要保证你想要的情况,必须修改数据库的隔离级别。<<

应该是事务的隔离级别.

希望没有说错

猜你喜欢
3Go 上一页 1 2 3