当然有更简洁的办法，不用每次手动先置空再删除，我给你分几种场景来梳理：

1. 修改外键约束（推荐长期方案） #

这是最一劳永逸的方式，直接在定义外键时加上ON DELETE SET NULL选项。以后你删除Table1的记录时，SQL会自动把Table2中关联的col1字段置为NULL，完全不用额外手动操作。

如果是新建外键，直接这么写：

ALTER TABLE Table2
ADD CONSTRAINT fk_table2_table1
FOREIGN KEY (col1) REFERENCES Table1(col1)
ON DELETE SET NULL;

如果已经存在外键约束，你需要先删除旧约束再重建（注意替换实际的约束名，你可以用sp_helpconstraint Table2（SQL Server）或者对应数据库的命令查询约束名）：

-- 先删除旧约束
ALTER TABLE Table2
DROP CONSTRAINT 你的旧约束名;

-- 重建带ON DELETE SET NULL的约束
ALTER TABLE Table2
ADD CONSTRAINT fk_table2_table1
FOREIGN KEY (col1) REFERENCES Table1(col1)
ON DELETE SET NULL;

注意：Table2的col1字段必须允许为NULL，这是该约束生效的前提，不然会报错。

2. 事务批量操作（临时/无法修改约束时用） #

如果因为权限或业务限制没法修改外键约束，那可以把置空和删除操作放在同一个事务里，保证原子性，比分步手动操作更简洁且安全：

BEGIN TRANSACTION;

-- 先置空关联记录
UPDATE Table2
SET col1 = NULL
WHERE col1 = 你要删除的主键值;

-- 再删除主表记录
DELETE FROM Table1
WHERE col1 = 你要删除的主键值;

COMMIT TRANSACTION;

这样如果其中一步出错，整个事务会回滚，避免出现数据不一致的情况。

3. 触发器方案（不推荐但可选） #

你也可以给Table1创建一个AFTER DELETE触发器，当删除主表记录时自动触发更新Table2的操作：

CREATE TRIGGER trg_table1_delete_setnull
ON Table1
AFTER DELETE
AS
BEGIN
    UPDATE Table2
    SET col1 = NULL
    WHERE col1 IN (SELECT col1 FROM DELETED);
END;

不过触发器会增加系统维护成本，除非必要，优先选择第一种外键约束的方案。

内容的提问来源于stack exchange，提问作者Michał Turczyn