java - JPA 设置引用的属性而不检索它。最佳实践

Question

假设我有一个实体，其中嵌套了实体。例如(请忽略缺少的注释、getter/setter 等):

@Entity
class User {
  private String userId;
  private Set<UserOperation> userOperations;
}

@Entity
class UserOperation {
   private String someString;
   // This is nested referenced entity
   private User user;
}

假设我想插入新的 UserOperation，而我拥有的只是 userId。

我可以做这样的事情:

// We just create new user. There is no interaction to get existing from DB. Totally only 1 insert
User user = new User();
user.setId("someId")

UserOperation uOp = new UserOperation();
uOp.setUser(user);
uOp.setSomeString("just op");
em.persist(uOp);

或者我应该只走那条路:

// We retrieve existing user. There is interaction to get it from DB. Totally 1 select and 1 insert
User user = em.find("someId")

UserOperation uOp = new UserOperation();
uOp.setUser(user);
uOp.setSomeString("just op");
em.persist(uOp);

正确的做法是什么？

因为从数据库角度来看，userOperation表只有字符串用户引用，所以ID应该足够了。 Java需要一个对象。当调用“新用户”时，我想避免刷新现有用户的属性(因为它们都未设置)或 JPA 尝试插入新用户，并且由于主键违规而导致操作失败。

欢迎提供一些示例。

Answer 1

对于您的用例，EntityManager 中有一个特别的方法 getReference()。它为您提供了 id 的实体对象，但不访问数据库来创建它。因此，最好的解决方案是对您的第二个解决方案进行稍微修改:

// We retrieve a stub user for given id. There is no interaction with DB
User user = em.getReference("someId", User.class);

UserOperation uOp = new UserOperation();
uOp.setUser(user);
uOp.setSomeString("just op");
em.persist(uOp);

说明:

getReference() 与 find() 具有相同的逻辑含义，但它确实调用 DB。结果是它不会检查数据库表中是否存在具有给定 id 的行，并且您获取的对象尚不包含数据。但是，当调用 get 方法时，该对象完全能够加载附加数据。因此，即使通过 getReference() 检索该对象也是完全可用的 - 事实上它的工作方式与延迟加载相同。

第一个解决方案的旁注:

第一个解决方案不起作用，因为它会创建一个新的实体user，然后如果它是级联的，则在将实体存储到数据库时它会失败(坚持总是调用插入并且它会尝试插入与数据库中存在的 ID 相同的用户)，否则 UserOperation 会失败，而用户则不会。为了修复此解决方案，您需要在调用 em.persist(userOperation) 之前调用 em.merge(user)。但同样，这会以与 em.find() 相同的方式调用数据库的选择。