已配置级联仍无法删除含子记录的父表数据问题求助

这是个非常典型的ORM框架逻辑和数据库原生操作的差异问题，我帮你拆解清楚并给出可行的解决方案：

为什么会出现这个错误？ #

• Hibernate的级联是ORM层面的逻辑：当你调用Hibernate的delete方法（以主键为参数）时，框架会先加载对应的Department实体，然后根据你配置的cascade=CascadeType.ALL和orphanRemoval=true，自动遍历关联的Employee集合，逐个删除子实体，最后再删除父实体。整个过程是Hibernate帮你绕开了数据库的外键约束，因为它先处理了子表数据。
• 原生SQL直接和数据库交互：数据库只认自己的外键约束规则，完全不知道你在Hibernate里配置的级联逻辑。当你执行delete from Department where Dep_ref= 99999时，数据库检测到还有关联的Employee记录，直接抛出ORA-02292错误，阻止你删除父表记录。

可行的解决方案 #

方案一：用HQL/JPQL或实体删除保持ORM级联逻辑（推荐） #

如果你想沿用Hibernate的级联规则，不要直接用原生SQL，而是用HQL先查询出目标部门，再逐个删除：

// 1. 查询符合条件的Department实体
List<Department> targetDepts = session.createQuery(
    "FROM Department d WHERE d.depRef = :depRef",
    Department.class
)
.setParameter("depRef", 99999)
.getResultList();

// 2. 逐个删除，触发Hibernate级联删除Employee
for (Department dept : targetDepts) {
    session.delete(dept);
}
session.flush();

或者也可以用HQL的批量删除，但要注意：HQL批量删除默认不会触发实体级联（因为不会加载实体到内存），所以上面的“先查后删”是更稳妥的方式，能保证和你用主键删除时的行为一致。

方案二：在数据库层面配置级联删除 #

如果你希望原生SQL也能自动级联删除，可以修改数据库的外键约束，添加ON DELETE CASCADE规则。以Oracle为例，执行以下SQL：

ALTER TABLE Employee
ADD CONSTRAINT fk_employee_department
FOREIGN KEY (department_id) -- 替换成你实际的外键字段名
REFERENCES Department(id) -- 替换成你实际的父表主键字段名
ON DELETE CASCADE;

这样之后，无论通过Hibernate还是原生SQL删除Department记录，数据库都会自动删除关联的Employee记录。但要注意：这种方式是数据库层面的强约束，一定要评估业务场景，避免误删数据。

方案三：手动先删子表再删父表（原生SQL方式） #

如果必须用原生SQL执行，那得手动先删除关联的子表数据，再删除父表，最好放在事务里保证原子性：

-- 第一步：删除关联的Employee记录
DELETE FROM Employee 
WHERE department_id IN (SELECT id FROM Department WHERE Dep_ref=99999);

-- 第二步：删除目标Department记录
DELETE FROM Department WHERE Dep_ref=99999;

执行时要确保这两个操作在同一个事务中，防止中间出错导致数据不一致。

内容的提问来源于stack exchange，提问作者Amandeep Singh