将删除孤儿与 where 条件相结合

Question

Hibernate 映射问题的行为不明确和/或危险。我有一个一对多关系，它具有级联删除孤立条件和限制集合中项目的 where 条件。此处映射 -

<hibernate-mapping>
 <class name="User" table="user" > 

  <!-- properties and id ... -->

   <set table="email" inverse="true" cascade="all,delete-orphan" where="deleted!=true">
      <key column="user_id">
      <one-to-many class="Email"/>
   </set>

 </class>
</hibernate-mapping>

现在假设我有一个与一个或多个 Email 对象关联的 User 对象，其中至少一个对象的 deleted 属性具有“true”值。当我对 User 对象调用 session.delete() 时，会发生以下哪一种情况？

1. User 和所有Email 对象（包括deleted=true 的对象）均被删除
2. User 和Email 对象被删除！=null 时被删除。

一方面，场景 1) 忽略了 where 条件，根据领域模型，这可能不正确。但在场景 2) 中，如果父表被删除，并且子表（电子邮件）的连接键存在外键约束，则删除命令将失败。会发生什么情况以及为什么？这是否只是 Hibernate 功能模糊性的另一个例子？

Answer 1

我没有测试映射，但在我看来，正确的（默认）行为应该是忽略 where 条件并删除所有子记录（这是避免 FK 约束违规的唯一选择删除父级）。从商业角度来看，这可能不“正确”，但另一个选项也不“正确”，因为它不起作用。

总而言之，映射本身看起来不连贯。您应该不级联删除操作（并手动处理子Email的删除）。

或者，我认为这可能是最正确的行为，您应该对用户和关联的实施软删除电子邮件。像这样的事情：

<hibernate-mapping>
  <class name="User" table="user" where="deleted<>'1'"> 

    <!-- properties and id ... -->

    <set table="email" inverse="true" cascade="all,delete-orphan" where="deleted<>'1'">
      <key column="user_id">
      <one-to-many class="Email"/>
    </set>
    <sql-delete>UPDATE user SET deleted = '1' WHERE id = ?</sql-delete>
  </class>

  <class name="Email" table="email" where="deleted<>'1'"> 

    <!-- properties and id ... -->

    <sql-delete>UPDATE email SET deleted = '1' WHERE id = ?</sql-delete>
  </class>
</hibernate-mapping>

这里做了什么：

• 我们使用sql-delete覆盖默认删除来更新标志而不是真正的删除（软删除）。
• 我们使用 where 过滤实体和关联，以仅获取尚未软删除的实体。

这受到使用 Hibernate 注释的软删除的启发。虽然没有测试过。

参考文献

• 5.1.3。类
• 6.2。集合映射
• 16.3。用于创建、更新和删除的自定义 SQL