关于外键ON DELETE CASCADE作用范围及级联删除效果的技术咨询

首先直接给结论：这两种说法都有局限，得拆开来分析：

• 那个“仅递归删除以Borg为上级的员工”的观点：这部分是符合你当前Employee表约束设置的行为，但“仅”的表述不够严谨；
• 你的“还应删除其管理的Headquarters等部门”的观点：这不一定成立，完全取决于部门表和Employee表之间的外键约束配置。

1. ON DELETE CASCADE的核心逻辑 #

ON DELETE CASCADE是绑定在特定外键约束上的规则——它只会作用于定义了该外键的表，以及该外键指向的被引用记录删除时触发的连锁反应。简单说：谁的外键加了这个选项，谁就会跟着级联操作。

2. 你的Employee表自引用约束的实际行为 #

你定义的EMPSUPERFK是Employee表的自引用外键：Super_ssn字段引用同表的Ssn，并且加了ON DELETE CASCADE。当执行DELETE EMPLOYEE WHERE Lname = 'Borg'时：

• 第一步删除Borg本人的Employee记录；
• 第二步，数据库自动查找所有Super_ssn等于Borg的Ssn的员工记录，删除它们；
• 第三步，再递归查找这些被删除员工的下属（即Super_ssn等于这些员工Ssn的记录），继续删除，直到没有符合条件的下属为止。

这部分就是那个观点描述的行为，但它只涉及Employee表内部，因为这个外键约束是在Employee表上定义的。

3. 为什么部门不会自动被删除？ #

假设你有一个Department表，其中Mgr_ssn字段引用Employee的Ssn（表示部门经理），这个外键约束是定义在Department表上的，和Employee表的自引用外键完全无关：

• 如果Department表的外键没有设置ON DELETE CASCADE：当你删除Borg时，数据库会直接报错——因为外键约束不允许删除被其他表引用的记录；
• 只有当Department表的外键约束也配置了ON DELETE CASCADE，比如：

CONSTRAINT DEPT_MGR_FK FOREIGN KEY (Mgr_ssn) REFERENCES EMPLOYEE(Ssn) ON DELETE CASCADE

这时候删除Borg，才会同时删除所有Mgr_ssn等于Borg的Ssn的Department记录。

总结 #

• 原观点的“递归删除下属员工”是当前Employee表约束下的正确行为，但“仅”的表述容易误导——实际上如果其他表有指向Employee的带CASCADE的外键，也会触发对应表的级联操作；
• 你的“删除管理的部门”结论只有在部门表的外键设置了ON DELETE CASCADE时才成立，否则要么删除失败，要么部门记录保留。

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