SQL Server无法直接添加ON DELETE CASCADE，必须三步操作：先查外键名（用OBJECT_ID），再删旧约束（注意孤儿数据检查），最后重建带CASCADE的新外键（类型、schema、列定义须严格匹配）。
直接在已有表上加 ON DELETE CASCADE 不可能一步到位——SQL Server 不支持 ALTER TABLE ... ADD FOREIGN KEY ... ON DELETE CASCADE 这种语法。你必须查名、删旧、重建三步走，否则操作会失败或静默忽略。
查外键名：先确认约束是否存在且名字准确
很多“加不了级联”的问题，其实卡在第一步：根本没查到真实约束名。SQL Server 外键名不是自动生成的固定格式，可能是系统命名（如 FK__UserMessa__UserI__3A81B327），也可能是人工指定的（如 FK_UserMessages_Users）。用错名字，DROP CONSTRAINT 就报错。
- 执行：
SELECT name FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID('UserMessages') AND referenced_object_id = OBJECT_ID('Users') - 注意：必须用
OBJECT_ID()，不能写字符串'UserMessages'直接比较 - 如果返回空，说明该子表根本没有指向
Users的外键——得先建外键，再谈级联
删旧约束：DROP 之前务必检查数据一致性
删约束本身很快，但风险藏在背后：如果子表里已有 UserId 值在 Users 表中不存在（即孤儿数据），重建带 REFERENCES 的新约束会直接失败，报错 The ALTER TABLE statement conflicted with the FOREIGN KEY constraint。
- 删前先跑：
SELECT COUNT(*) FROM UserMessages WHERE UserId NOT IN (SELECT Id FROM Users) - 结果非零？必须先清理或补主表数据，否则重建必败
-
ALTER TABLE UserMessages DROP CONSTRAINT [FK_UserMessages_Users]中方括号不能省，名字含特殊字符或数字开头时尤其关键
重建带 CASCADE 的外键：列定义和 NULL 性必须匹配
重建语句看着简单，但两个细节常被忽略：一是外键列类型必须和主表主键完全一致（比如都是 INT，不能一边 INT 一边 BIGINT）；二是如果原外键列定义为 NOT NULL，就不能选 ON DELETE SET NULL，但 CASCADE 本身不依赖可空性。
- 正确示例：
ALTER TABLE UserMessages ADD CONSTRAINT FK_UserMessages_Users FOREIGN KEY (UserId) REFERENCES Users(Id) ON DELETE CASCADE - 错误示例：
REFERENCES dbo.Users(Id)写成REFERENCES Users(Id)——跨 schema 必须带 schema 名，否则报错 - timestamp 列绝对不能出现在
REFERENCES或外键列中，否则建约束直接失败
最易被跳过的动作是逐层估算影响行数。删一个 Users.Id = 123，可能触发 UserMessages → MessageAttachments → AttachmentMetadata 三级删除，而这些过程不走触发器、不写日志、不可回滚。动手前至少跑两遍 COUNT(*)：先查子表关联数，再查孙表是否也外键指向子表主键。
