公司拿到了BEA发过来的
Project Objectives Document
Data Access Service (DAS)
文挡。里面有一个内容：
Optimistic Concurrency Control – Ability to detect and report update collisions when applying a change summary.
所以看了一下hibernate 的锁的实现，总结如下：
对于Oracle/mysql/ms sql这3个Dialect，在设置了LocKMode.Upgrade的情况下，会自动生成 select ...fro update;不支持Pessi Lock的数据库就没有for udpate。 如果是Sybase，就需要自己在数据库中加"LOCK"字段，然后手工操作来实现PessiLock. save的时候，自动设置version=0; load的时候，会load 本记录的version字段；update的时候，会自动加上 set version=1 ....where version=0 要求数据库该字段是 TIMESTAMP，只能精确到 秒，所以 在ms并发情况下还是可能出问题 hibernate还提供了另外一个方法，如果数据库已经存在，而且没有做Opti Lock的字段的时候，可以配置optimistic-lock来实现。 不过实现方法是 update的时候 把全部字段/或者更新的字段 作为 条件，这样会比较影响性能。