即使从未调用过持久化，@Version 列也会更新

Question

我有一个包含两个表的数据库（实际上更重要，但在这种情况下这无关紧要）。两者之一具有对另一个的外键引用。这些可能是映射：

@Entity @Table public class A {
   @Id public String id;
   @Version public int version;
   @OneToMany(targetEntity = B.class,
              mappedBy = "a",
              cascade = CascadeType.ALL,
              fetch = FetchType.LAZY)
   public Collection<B> bs;

   ...
}

@Entity @Table public class B {
   @Id public String id;
   @Version public int version;
   @ManyToOne(targetEntity = A.class,
              cascade = CascadeType.ALL,
              fetch = FetchType.LAZY)
   public A a;

   ...
}

我有一个中间数据结构，它包含有关A 和B 之间关系的信息，我在将我的数据保存在活动事务中之前对其进行迭代，检查A 或B 是否已经存在数据库是否使用EntityManager.find(Class<T>, Object):

// get an entity manager and begin transaction
for (C c : cs) {
    A a = em.find(A.class, c.getAId()); // an `A` doesn't exist in the database
    if (null == a) {                    // on first iteration so a new one will
        a = new A();                    // be created
        a.id = c.getAId();              // however in a 100 `C` there are 4-5
    }                                   // unique `A` exists

    B b = em.find(B.class, c.getBId()); // a `B` generally doesn't exist in
    if (null == b) {                    // the database, but the opposite
        b = new B();                    // could happen often
        b.id = c.getBId();
        b.a = a;
        a.bs.add(b);
    }       

    if (!em.contains(b))                // if a `B` was found in the database
      em.persist(b);                    // persist won't execute here
}
// commit transaction

这很好用：新数据会被持久化，而现有的数据不会。

但是！无论在 for-each 循环中发生什么，我的数据库中的版本列总是都会更新。我已经获取了一组样本数据，将其保存在我的空表中（版本为 0）；我已经获取了同样的一组样本数据并再次保存它（EntityManager.persist(Object) 从未被调用）并且版本字段（A）得到了更新，但我无法想象为什么。

我知道即使 EntityManager.persist(Object) 从未被调用，我的持久性提供程序 (Hibernate) 也会生成更新语句来增加版本列。

问题：为什么？我怎样才能防止这种情况？为了避免这种情况，我应该对我的数据持久化方法进行哪些更改？谢谢。

Answer 1

 B b = em.find(B.class, c.getBId()); // a `B` generally doesn't exist in      
 if (null == a) {  

我想你在发布这两行代码时犯了一个小错误，if 条件中的变量应该是 b 而不是 a。如果是这种情况，下面的行会导致更新版本字段。

 a.bs.add(b); 

Answer 2

我认为这里发生的情况是您将 lock mode 设置为 OPTIMISTIC_FORCE_INCREMENT。如果您将其设置为纯 OPTIMISTIC，那么您将看不到更新。该行为的 javadoc 解释是精确但相当密集的；还有一个blog post 可能会有所帮助。

我认为 OPTIMISTIC_FORCE_INCREMENT 的意义在于它保护了数据库的一致性。想象一下，你有两个 A，a1 和 a2，每个都有一个 B。两个线程同时加载它们。线程 1 将 a1 设置为具有两个 B，将 a2 设置为具有单个 B（现状）。线程 2 将 a1 设置为具有一个 B（现状），将 a2 设置为具有两个 B。线程 1 在线程 2 之前提交。使用 OPTIMISTIC_FORCE_INCREMENT，线程 2 将获得异常，因为对象已经被线程 1 修改。使用 OPTIMISTIC，线程 2 会成功，因为每个线程只会碰撞它正在添加的对象的版本一个 B 到。如果线程 2 成功，数据库现在表示两个线程都没有提交的状态 - a1 和 a2 都有两个 B。

现在，这种不一致（一种状态的隐式合并）可能是可以接受的，而且确实是您想要的。但是 JPA 通常不能假设，所以 OPTIMISTIC_FORCE_INCREMENT 是可用的。我不知道它是否是默认设置（我找不到任何这样说的文档，但它是明智的），或者您是否在其他地方明确设置它。

至于解决方案，在根本没有修改任何内容的情况下，您可以简单地不提交会话。如果您正在处理一些对象被修改而一些没有被修改的情况，您可以在其自己的会话中处理每个 A 对象。或者你可以只使用 OPTIMISISTIC 锁定。如果我是对的，那就是！