有一个实体 Foo
,其列为 @Version
. 如果我想删除它,我希望Spring Data JPA和/或Hibernate检查 @Version
列的当前值是否与数据库中的值匹配 . 如果没有,则应拒绝删除 . 这与预期的分离实体一起工作:
@Transactional
public void delete(Foo foo) {
fooRepository.delete(foo); // throws ObjectOptimisticLockingFailureException
}
但是,如果我首先从存储库加载实体,然后使用不同的版本在同一事务中删除它,则无论 @Version
列的值如何,删除都会通过:
@Transactional
public void delete(int fooId, long version) {
Foo foo = fooRepository.findOne(fooId);
foo.setVersion(version);
fooRepository.delete(foo); // passes regardless of value of version
}
当我查看Hibernate调试输出时,执行版本比较( delete from foo where id=? and version=?
),但没有达到我期望的效果 .
我错过了什么?
2 回答
来自JPA specification,部分 3.4.2 :
版本属性的目的是保护我们免受在当前持久化上下文中加载对象后可能发生的并发更新,并且Hibernate通过忽略您手动设置的任何值来实现它,而是使用从数据库获取的值 . 对象已加载 . 要验证这一点,enable也会打印绑定变量值,您会注意到使用了数据库中的值 .
例如,在使用DTO时实际使用的标准解决方案是在从DTO更新实体状态时手动执行检查:
当然,您可以通过从为所有可版本化实体或某些util方法提供此检查的基类扩展来使其更通用 . 例如,一些作者直接在版本设置器中执行此操作:
Hibernate会自动为分离的实体执行此检查,如DefaultMergeEventListener的实现中所示:
根据JPA spec(部分
11.1.54
,强调我的):在非托管实例上执行存储库
delete
操作首先执行merge
,因此将按预期抛出ObjectOptimisticLockingFailureException
.但是,在托管实例上执行存储库
delete
操作会直接在底层EntityManager
上调用delete
,因此没有异常 .总之,规范要求
@Version
使用@Version
字段,而不是为托管实例调用,因此在第二种情况下没有错误 .