直接DELETE父表会因外键约束失败；SQL Server不支持SET FOREIGN_KEY_CHECKS=0，需改约束定义；加ON DELETE CASCADE须先查名、删旧、重建；级联删除递归触发且无日志，需预估影响并手动同步下游。
直接 DELETE 父表会失败，不是语法错，是数据库在强制保护数据一致性——子表里只要有一条引用记录，操作就拦住，报错 ERROR 1451: Cannot delete or update a parent row 或类似提示。
为什么 SET FOREIGN_KEY_CHECKS = 0 不适用于 SQL Server
MySQL 可用 SET FOREIGN_KEY_CHECKS = 0 临时关外键检查，但 SQL Server 根本不认这句命令。硬套会导致语法错误或被忽略，起不到任何作用。SQL Server 的外键行为由约束定义本身控制，默认是 NO ACTION，删父表时只要子表有匹配行就回滚。
- 查当前外键行为：
SELECT name, delete_referential_action_desc FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID('ChildTable') - SQL Server 没有会话级开关，必须改约束定义才能改变删除行为
- 误以为“关检查=能删”是跨数据库最常见认知偏差，尤其从 MySQL 切过来的开发者容易踩坑
给已有表加 ON DELETE CASCADE 的三步实操（SQL Server / MySQL 通用逻辑）
不能用 ALTER TABLE ... ADD FOREIGN KEY ... ON DELETE CASCADE 一步到位。必须先查名、再删旧、最后重建新约束，否则报错 There is already an object named 'xxx' in the database。
- 查外键名（SQL Server）：
SELECT name FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID('ChildTable') AND referenced_object_id = OBJECT_ID('ParentTable') - 查外键名（MySQL）：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'child_table' AND REFERENCED_TABLE_NAME = 'parent_table' - 删旧约束：
ALTER TABLE child_table DROP FOREIGN KEY fk_name（MySQL）或ALTER TABLE ChildTable DROP CONSTRAINT fk_name（SQL Server） - 重建带级联：
ALTER TABLE child_table ADD CONSTRAINT fk_name FOREIGN KEY (col) REFERENCES parent_table(id) ON DELETE CASCADE
级联删除前必须估算影响范围，否则删穿业务
ON DELETE CASCADE 是递归触发的：删一个 users.id = 123，可能顺带删掉 orders → order_items → shipments 多层数据。它不走应用层、不触发触发器、不写审计日志、也不发消息。
- 先查第一层：
SELECT COUNT(*) FROM orders WHERE user_id = 123 - 再查第二层：
SELECT COUNT(*) FROM order_items WHERE order_id IN (SELECT id FROM orders WHERE user_id = 123) - 如果子表外键列定义为
NOT NULL，就别考虑ON DELETE SET NULL，它会直接失败 - MySQL 不支持跨 schema 级联；SQL Server 支持，但必须写全名，如
REFERENCES dbo.users(id)
手动清理子表时，顺序错一行就全崩
按依赖链“从下往上”删：先删最末端子表（没被其他表外键引用的），再删中间层，最后动父表。反着来必然报外键冲突。
- 查依赖链（MySQL）：
SELECT TABLE_NAME, COLUMN_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'parent_table' - 查依赖链（SQL Server）：
SELECT OBJECT_NAME(parent_object_id) AS child_table FROM sys.foreign_keys WHERE referenced_object_id = OBJECT_ID('parent_table') - 把待删的父表主键值先存进临时表或变量，所有子表
DELETE都基于这个集合做WHERE parent_id IN (...)，避免多次查询偏差 - 整个过程必须包在
START TRANSACTION/BEGIN TRAN里，任一环节失败可回滚
最容易被忽略的是：级联删除后，那些被连带干掉的数据，在应用日志、消息队列、缓存里可能还留着影子。你得自己补同步逻辑，数据库不会替你管这个。
