我在我的数据库中处理一个相当复杂的对象图。我正在使用 XStream 序列化和反序列化这个工作正常的对象图。当我导入数据库中存在的对象的对象图时，它最初是 transient 的，因为没有 ID 并且 hibernate 对此一无所知。然后我有业务逻辑，通过确定新 transient 导入对象中的哪些对象映射到现有持久对象，在我的对象图的部分设置 ID。然后我使用 Hibernate 的 merge() 和 saveOrUpdate()。

一些伪代码可以让您更好地了解我在做什么:

ComplexObject transObj = xstream.import("object.xml");
ComplexObject persistObj = someService.getObjByName(transObj.getName());
for (OtherObject o : c.getObjects()) {
    if (persistObj.getObjects().contains(o.getName())) {
        o.setId(persistObj.getObjectByName(o.getName()).getId())
    }
    ... set a bunch of other IDs deeper in the object graph ...
}

transObj = session.merge(transObj);
session.saveOrUpdate(transObj);

现在这不起作用，因为我收到如下错误:

   org.springframework.dao.InvalidDataAccessApiUsageException: deleted object would be re-saved by cascade (remove deleted object from associations): [com.......SomeObject#353296]; nested exception is org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations): [com.......SomeObject#353296]

而且 hibernate merge 似乎并不意味着将 transient 对象与持久对象相关联。

有没有什么方法可以实现我想做的事情，而不必在 session 中获取持久对象并修改它，而不是修改 transient 对象，然后尝试保存它并覆盖现有的持久对象？

最佳答案

it seems like hibernate merge was not meant for associating transient objects to persistent

Merge 是 JPA 标准 - 将“新的和分离的实体实例”合并到“(持久性上下文-)托管实体实例”。将跨标记为 Cascade.MERGE 或 Cascade.ALL 的 FK 关系进行级联。

从 JPA 的角度来看 - 不，合并并不意味着将 Xstream 流式传输的瞬时对象与持久对象相关联。 JPA 旨在合并以与正常的 JPA 生命周期一起工作——创建新对象、持久化它们、获取/查找它们、分离它们、修改它们(包括添加新对象)、合并它们、可选地修改它们一些，然后持久化/保存它们.这是经过深思熟虑的设计，因此 JPA 是流线型和高性能的 - 每个单独的对象都持久保存到数据库中，不需要先检索对象状态才能确定是否/插入/更新什么。 JPA 持久性上下文对象状态已经包含足够的详细信息来确定这一点。

您的问题是您有新的实体实例，您希望它们就好像它们已分离 - 而这不是 JPA 方式。

SaveOrUpdate 是一个 hibernate 专有操作 - 如果一个实体有一个身份，它就会被更新，但如果它没有实体，那么它就会被插入。

从 hibernate 的角度来看 - 是的，merge 后跟 saveOrUpdate 理论上可以将(Xstream 流)瞬时对象关联到持久对象，但在与 JPA 操作结合使用时可能会有限制。 saveOrUpdate 确实在每个对象之前通过检索持久保存到数据库以确定是否/插入/更新什么 - 它很聪明，但它不是 JPA，而且它不是最高性能的。也就是说，您应该能够通过一些小心和正确的配置来让它工作 - 并且在发生冲突时使用 hibernate 操作而不是 JPA 操作。

I get errors such as:

org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations): [com.......SomeObject#353296]

我认为这可能是由两个因素造成的:

• 在您(Xstream 创建的)对象图中的某处，缺少一个子实体实例，如果您使用 JPA 进行(级联)检索，该实例将存在:这会导致对象删除

• 在您(Xstream 创建的)对象图中的其他地方，存在相同的子实体:这给出了被重新保存的对象

  如何调试:(a) 从 Xstream 创建对象图并完整打印出来——每个实体，每个字段； (b) 通过 JPA 加载相同的对象图，从顶级实体级联检索并完整打印出来 - 每个实体，每个字段 (c) 比较两者 - (a) 中缺少的东西存在于 (b) 中)??

Is there any way to achieve what I want to do without having to get the persistent object in session, and modifying that, instead of modifying the transient one, and trying to save that and override the existing persistent one?

希望通过刚刚建议的调试/修复。

或者我的蛮力建议(笨拙地)回避这个错误(虽然会稍微降低性能):在对象图中填充 ID 后，调用 EntityManager.clear()，然后继续 merge() 和保存或更新()。但是对数据库结果进行单元测试 - 以确保您没有忽略填充 Xstream 图表时的一些重要内容。

为了测试/作为最后的手段，请尝试不使用 merge() 的 saveOrUpdate()，但您可能随后被迫清除() 实体管理器以避免 Hibernate 异常，例如 NonUniqueObjectException。

如果您了解更多/有更多信息，请告诉我 B^)

关于java - 在 Hibernate 中使用 transient 实体更新/合并现有的持久对象，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15435486/