JPA。如何子类化现有实体并保留其 ID？

Question

假设我有两个经典的非抽象 JPA 类：Person 和 Student。

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public class Person {
  @Id
  @GeneratedValue(strategy = GenerationType.AUTO)
  private String id;
  // ...
}

@Entity
public class Student extends Person {
  // ...
}

现在有一些身份证的人进入大学并成为一名学生。 如何在 JPA 中处理该事实并保留人员 ID？

student = new Student();
student.setPersonData(person.getPersonData());
student.setId(person.getId());
entityManager.persist(student);

上面的代码会产生“传递给持久化的分离实体”异常，而使用entityManager.merge(student) 会跳过分配的id 并创建两个具有新ID 的新实体Person 和Student。任何想法如何保留原始 ID？

Answer 1

JPA 规范禁止应用程序更改实体的身份（第 2.4 节）：

应用程序不得更改主键的值[10]。如果发生这种情况，则行为未定义。[11]

此外，在使用联合继承策略执行跨实体继承的表的情况下，标识仅在根类中定义。所有子类只存储该类的本地属性。

通过调用student.setId(person.getId());，您试图将尚未持久化的实体的身份更改为现有实体的身份。这本身没有意义，特别是因为您正在使用 AUTO 的序列生成策略（通常是 TABLE）为身份生成值。

如果我们忽略前面的几点，并且如果您希望将 Person 转换为 Student，而不会丢失身份，那么这或多或少是不可能的（至少以干净的方式，正如 @axtavt 所指出的那样)。原因很简单，您无法在运行时成功地从 Person 向下转换为 Student，因为这是您在现实生活中尝试执行的自然的面向对象操作。即使您以假设的方式成功向下转换，原始实体也有需要修改的鉴别器列值；在不知道 JPA 提供程序如何使用和缓存此值的情况下，任何尝试使用本机 SQL 对数据进行更改的尝试都可能导致更多的麻烦。

如果您不反对丢失生成的 ID（毕竟通常是生成它们，这样您就可以使用自然密钥，或者您不必公开共享这些生成的 ID），您应该创建一份Person 对象并将其重新创建为学生。这将确保 JPA 提供程序也将正确填充鉴别器列。此外，您需要删除原始的 Person 实体。

以上所有，都是考虑到你不会修改当前的对象模型。如果您可以修改对象模型，则可能有机会保留原始 ID。这将要求您删除继承层次结构，因为它首先自然不适合您的域。从 Person 向下转换为 Student 的尝试表明继承不是天生的。遵循@axtavt 的建议更合适，因为如果您仔细阅读（至少我是这样读的），这实际上意味着更倾向于组合而不是继承。

JPA Wikibook 在 Object Reincarnation 部分讨论了这种情况。请注意提供的关于在您的实体中使用 type 属性而不是使用继承来更改对象类型的具体建议。

转世

通常是一个对象 移除，保持移除，但在某些情况下 您可能需要携带物品的情况 起死回生。这通常会发生 使用自然 ID，而不是生成的 ID， 一个新对象总是会得到一个 新身份证。一般的愿望是 转世一个对象从一个 糟糕的对象模型设计，通常是 希望改变班级类型 对象（不能在 Java 中完成， 所以必须创建一个新对象）。 通常最好的解决方案是 更改您的对象模型以拥有您的 对象持有一个类型对象 定义它的类型，而不是使用 遗产。但是有时 轮回是可取的。

Answer 2

据我所知，没有什么好的方法可以实现它。

如果你将这种情况建模为一个Person，它可以具有多个角色Roles（一对多关系），其中Student 是其中之一（即Student 扩展Role)。