当前位置：首页 > 问答 > 正文

SQLServer里怎么搞那个级联删除，步骤和注意点大概说说

寇乐童
问答
2026-01-19 21:49:23
2

级联删除这个东西,说白了就是当你删除主表里的一条记录时，数据库会自动帮你把其他关联表里引用了这条记录的数据也一块儿删掉，比如你有一个“部门表”和一个“员工表”，一个部门有好多员工，如果你删除了“销售部”这个部门，你肯定也希望所有属于“销售部”的员工记录也跟着被清理掉，不然这些员工记录就变成“孤儿”数据了，不知道属于哪个部门，这就会导致数据乱七八糟，级联删除就是用来干这个的，省得你写两条删除语句，先删员工再删部门，或者更麻烦地去手动处理。

那具体怎么搞呢？其实主要不是在删除的时候设置，而是在你创建那两个表之间的关系（也就是外键约束）的时候，就提前把这个规则定好，核心步骤是在创建或修改外键约束时加上级联删除的选项。

具体操作步骤有两种常见情况：

在你刚开始创建表的时候，就直接把级联删除加上。

假设我们创建上面说的部门表（Departments）和员工表（Employees）。

先创建主表（部门表）：

SQLServer里怎么搞那个级联删除，步骤和注意点大概说说

CREATE TABLE Departments (
    DepartmentID INT PRIMARY KEY IDENTITY(1,1), -- 部门ID，主键
    DepartmentName NVARCHAR(50) NOT NULL
);

这里没什么特别的,就是创建一个普通的表，DepartmentID 是它的主键。

再创建从表（员工表），并设置带级联删除的外键：

CREATE TABLE Employees (
    EmployeeID INT PRIMARY KEY IDENTITY(1,1), -- 员工ID，主键
    EmployeeName NVARCHAR(50) NOT NULL,
    DepartmentID INT NOT NULL, -- 这个字段用来关联部门表
    -- 下面这行是关键：创建外键约束，并指定级联删除
    CONSTRAINT FK_Employees_Departments FOREIGN KEY (DepartmentID)
    REFERENCES Departments(DepartmentID)
    ON DELETE CASCADE -- 就是这句话，开启了级联删除
);

注意看 ON DELETE CASCADE 这句，它的意思就是“当主表（Departments）里的记录被删除时，执行级联操作（CASCADE）”，这样设置好后，只要你删除了一个部门，所有 DepartmentID 等于这个部门ID的员工记录就会自动被SQL Server删除。

如果表已经存在了，但之前创建外键时没加级联删除，现在想加上。

这时候就不能直接用 CREATE 了，需要先把旧的外键约束删掉，然后再重新创建一个带级联删除的新约束。

SQLServer里怎么搞那个级联删除，步骤和注意点大概说说

你得知道已经存在的外键约束叫啥名字。 你可以通过SQL Server Management Studio (SSMS) 这个图形化工具在表的设计视图里看，或者跑个查询系统视图的语句来查。假设我们查到这个约束名叫 FK_Employees_Departments_Old。

删除旧的外键约束：

ALTER TABLE Employees
DROP CONSTRAINT FK_Employees_Departments_Old;

重新添加一个带级联删除的新外键约束：

ALTER TABLE Employees
ADD CONSTRAINT FK_Employees_Departments -- 取个新名字或者用原名都行
FOREIGN KEY (DepartmentID)
REFERENCES Departments(DepartmentID)
ON DELETE CASCADE;

这一步和创建新表时的语法几乎一样。

搞级联删除必须要注意的几个点，这个非常非常重要，搞不好会出大事：

SQLServer里怎么搞那个级联删除，步骤和注意点大概说说

数据丢失风险是最大的坑。 这东西用起来是爽，但破坏力也极大，一旦你执行了删除主表的语句，DELETE FROM Departments WHERE DepartmentID = 3，关联的所有员工数据瞬间就没了，而且没有后悔药吃，它不会问你确不确定，也不会先把数据给你放到回收站，所以操作前务必百分之一千确认你的删除条件是对的，并且确实需要删除所有关联数据，在生产环境（就是正式在用的系统）里要格外小心，最好提前备份数据。
小心循环依赖。 如果表A引用表B，表B引用表C，表C又引用回表A，这样形成了一个圈，如果你在这三个关系上都设置了级联删除，那么当你删除其中任意一个表的数据时，就可能引发连锁反应，导致删除操作失败或者出现意想不到的结果，设计数据库的时候要尽量避免这种复杂的循环引用。
不是所有关系都适合用。 拿经典的“订单”和“订单明细”删除一个订单，顺带删除它所有的明细项，这是非常合理的，但反过来，用户”和“订单”关系，一个用户可以有多个订单，如果你在订单表的外键上设置了级联删除，那么一旦删除一个用户，他历史上所有的订单就都没了，这很可能不符合业务逻辑，因为财务、统计等部门可能还需要这些历史订单数据，这种情况下，通常就不应该用级联删除，而是在程序里或者用存储过程先检查一下这个用户有没有订单存在，如果有，可能就不允许删除用户，或者只是把用户标记为“已注销”而不是物理删除。
对性能可能有短暂影响。 当你删除主表的一条记录，如果它关联着从表的上万条甚至百万条记录，数据库需要在一个事务里完成所有这些删除操作，这会比只删一条记录要慢，可能会暂时锁住相关的表，影响其他用户的操作，对于数据量特别大的情况，需要评估一下影响。
除了 CASCADE，还有其他选项。 ON DELETE 后面除了跟 CASCADE，还可以跟 SET NULL 或 SET DEFAULT。SET NULL 的意思是删除主表记录后，把从表里对应外键字段的值设为 NULL（这就要求你这个外键字段允许为NULL）。SET DEFAULT 是设为字段预设的默认值，这两个选项是“软删除”，数据还在，只是关联关系没了，比直接物理删除要安全一些，适合那些不适合物理级联删除但又想自动处理关联关系的场景。