25

我有以下问题。我有 3 个实体，我正在使用 OneToOne 单向：

实体1

@Entity
public class Entity1 implements Serializable{

   @Id
   @GeneratedValue(strategy= GenerationType.AUTO)
   Long id;
   String name;
   String value;
}

实体2

@Entity
public class Entity2 implements Serializable {
  @Id
  @GeneratedValue(strategy=GenerationType.AUTO)
  private Long id;

  @OneToOne(cascade={CascadeType.MERGE, CascadeType.PERSIST})
  Entity1 entity1;
  public Entity1 getEntity1() {
      return entity1;
  }

  String name;
  String value;
}

实体3

@Entity
public class Entity3 implements Serializable {
  @Id
  @GeneratedValue(strategy=GenerationType.AUTO)
  Long id;

  @OneToOne(cascade={CascadeType.MERGE, CascadeType.PERSIST})
  private Entity1 entity1;

  public Entity1 getEntity1() {
      return entity1;
  }

  public void setEntity1(Entity1 entity1) {
      this.entity1 = entity1;
  }

  String name;
  String value;
}

一个小测试：

public void testApp()
   {
    EntityManager em = TestHibernateUtil.getEntityManager();
    em.getTransaction().begin();
    Entity1 entity1 = new Entity1();
    entity1.name = "Name1";
    entity1.value = "Value1";

    Entity2 entity2 = new Entity2();
    entity2.name = "Name2";
    entity2.value = "Value2";
    entity2.setEntity1(entity1);
    **em.merge(entity2);**// if change that to persist - I get one Entity1

    Entity3 entity3 = new Entity3();
    entity3.name = "Name3";
    entity3.value = "Value3";
    entity3.setEntity1(entity1);
    **em.merge(entity3);** // if change that to persist - I get one Entity1
    em.getTransaction().commit();
 }

因此，查看上面的测试，如果我em.merge在事务提交后确实在持久性上下文中获得了 Entity1 的 2 个实体，如果我将其更改为，em.persist那么我在持久性上下文中获得了 Entity1 的一个实体。谁能解释我为什么会发生这种情况或指向一些文档？

4

2 回答 2

30

您看到的行为是两件事的结果：

  1. 持久化和合并操作的语义（调用em.merge(x)不会x生成托管对象，但调用em.persist(x)会）
  2. 您的实体 id 是由数据库生成的事实

em.merge()撞倒：

  1. em.merge(entity2);被调用
    • 合并操作级联到entity1
    • entity1被复制到一个新的托管实例中，但它本身不是托管的
  2. em.merge(entity3);被调用
    • 合并操作entity1再次级联到
    • 因为entity1仍然是非托管的并且没有标识符，所以它无法与之前合并创建的现有托管实例匹配。结果是创建了另一个新实例
  3. 事务已提交
    • 此时，entity1存在 3 个实例。合并操作创建的两个托管实例和初始非托管实例
    • 两个托管实例保存在数据库中

请注意，如果您的实体具有显式 ID，则第二次合并不会创建新实例，而是会复制entity1到已存在的托管实例中。此外，如果您尝试合并已托管的实例，则第二个合并操作将被忽略。

em.persist()撞倒：

  1. em.persist(entity2);被调用
    • 持久化操作被级联到entity1
    • entity1 现在是托管对象
  2. em.persist(entity3);被调用
    • 持久化操作entity1再次级联到
    • 由于entity1已经被管理，persist 操作被忽略
  3. 事务已提交
    • 此时，仅entity1存在 1 个实例并对其进行管理。
    • entity1保存在数据库中

此行为在JPA 2.0 规范第3.2.7.1 节合并分离实体状态中定义：

应用于实体 X 的合并操作的语义如下：

  • 如果 X 是一个新的实体实例，则创建一个新的托管实体实例 X'，并将 X 的状态复制到新的托管实体实例 X'。
  • 对于由来自 X 的具有级联元素值 cascade=MERGE 或 cascade=ALL 的关系引用的所有实体 Y，Y 被递归地合并为 Y'。对于由 X 引用的所有此类 Y，X' 设置为引用 Y'。（请注意，如果 X 是托管的，则 X 是与 X' 相同的对象。）
  • [...]

和第3.2.2 节持久化和实体实例：

应用于实体 X 的持久操作的语义如下：

  • 如果 X 是一个新实体，它就会成为托管实体。实体 X 将在事务提交时或之前或作为刷新操作的结果输入到数据库中。
  • 如果 X 是预先存在的托管实体，则持久操作将忽略它。[...]
  • [...]

另请参阅：JPA 何时设置 @GeneratedValue @Id）

于 2013-08-22T17:52:18.613 回答
20

我不会梦想挑战 DannyMo 的超级答案，但我想做一个补充：

持久化和合并被设计为保留某个对象的一个​​托管实例的一种方式。

如果您使用persist，则意味着该对象尚不存在，因此使其成为唯一的托管实例并没有什么坏处。

当您使用合并时，您会考虑到对象的托管实例可能已经存在。您不想替换那个唯一的托管实例，因为其他一些对象可能会引用它，并认为它是托管对象。

如果要在合并后对对象进行操作，正确的合并应如下所示：

managedObject = em.merge(object); // or just object = em.merge(object) //You cannot do it with persist since it returns null

如果您尝试检查是否managedObject并object指向相同的对象实例检查if(managedObject == object)，您将得到错误（当您在已管理的对象上使用合并并且操作被忽略时，可能为真）。

如果您在过时版本的对象上使用合并，您将其作为参数传递给先前的合并，jpa 不知道如何找到正确的对象，因为它还没有 id。假设它是一个新对象，并且将创建新的托管实例。

我是个菜鸟。如果我在任何地方错了，请纠正我。

于 2013-08-22T20:06:52.817 回答