java - JPA/Hibernate - 防止在 PreRemove 处理程序中删除？

Question

问题标题基本上说明了一切。在 JPA/Hibernate 中是否有可能优雅地防止从数据库中删除实体？我想要的是将实体标记为“隐藏”而不是实际删除它。

我还希望保留 Cascade 语义，这样如果我尝试删除拥有其他实体集合的实体，则拥有实体及其集合中的每个实体都会被标记为除了实现防止删除并将实体标记为隐藏的 @PreRemove 处理程序外，我无需任何额外工作即可隐藏。

这可能吗，还是我需要找出其他方法？

Answer 1

Is it possible in JPA/Hibernate to gracefully prevent the deletion of an entity from the database?

是的，只要您避免使用 EntityManager.remove(entity) 这是可能的。如果您确实使用 EntityManager.remove()，那么 JPA 提供程序将使用相应的 SQL DELETE 语句标记要删除的对象，这意味着一旦您标记要删除的对象，就不可能有优雅的解决方案。

在 Hibernate 中，您可以使用 @SQLDelete and @Where annotations 实现此目的.但是，这在 JPA 中效果不佳，因为已知 EntityManager.find() 会忽略 @Where 注释中指定的过滤器。

因此，仅 JPA 解决方案将涉及在实体类中添加一个标志，即一列，以区分数据库中逻辑删除的实体与“Activity ”实体。您将需要使用适当的查询(JPQL 和 native )来确保逻辑删除的实体在结果集中不可用。您可以使用 @PreUpdate 和 @PrePersist 注释来 Hook 实体生命周期事件，以确保标志在持续和更新事件上更新。同样，您需要确保不会调用 EntityManager.remove 方法。

我会建议使用 @PreRemove 注释来 Hook 为删除实体而触发的生命周期事件，但是使用实体监听器来防止删除充满了麻烦，原因如下:

• 如果您需要在逻辑意义上防止 SQL DELETE 发生，您将需要在同一事务中保留对象以重新创建它^*。唯一的问题是，在 EntityListener 中引用 EntityManager 并通过推断在监听器中调用 EntityManager.persist 并不是一个好的设计决策。理由很简单 - 您可能最终在 EntityListener 中获得不同的 EntityManager 引用，这只会导致您的应用程序出现模糊和困惑的行为。
• 如果您需要防止事务本身中的SQL DELETE 发生，那么您必须在您的EntityListener 中抛出一个Exception。这通常最终会回滚事务(特别是如果异常是 RuntimeException 或声明为导致回滚的应用程序异常)，并且不会提供任何好处，因为整个事务将被回滚。

如果您可以选择使用 EclipseLink 而不是 Hibernate，那么如果您定义一个适当的 DescriptorCustomizer，那么看起来一个优雅的解决方案是可能的。或者使用 AdditionalCriteria注解。这两个似乎都与 EntityManager.remove 和 EntityManager.find 调用配合得很好。但是，您可能仍需要编写 JPQL 或 native 查询来说明逻辑上删除的实体。

---

^* 这在 JPA Wikibook on the topic of cascading Persist 中有概述。 :

if you remove an object to have it deleted, if you then call persist on the object, it will resurrect the object, and it will become persistent again. This may be desired if it is intentional, but the JPA spec also requires this behavior for cascade persist. So if you remove an object, but forget to remove a reference to it from a cascade persist relationship, the remove will be ignored.