误把业务表建到 SQL Server 的 `master` 里，怎么安全删除？（3726 / 3701 处理）

在 SQL Server 里，误把业务表建到 master 并不算罕见。真正麻烦的不是“建错了”，而是后面清理时往往会连续遇到两类报错：

3726：要删除的表正在被外键引用
3701：表不存在，或者你写的库名 / schema / 表名不对，或者当前账号没有权限

这类问题不能靠“强制 DROP”解决，因为 SQL Server 不能直接删除被外键引用的表。正确思路是：

先确认对象到底在哪个库、哪个 schema 下
先删引用这些表的 FOREIGN KEY
再按 子表 -> 父表 顺序删表
如果仍报错，再继续追查引用链

这篇就把这套处理流程整理成一版适合以后回查的实战笔记。

一、先理解这两个报错分别是什么意思

1）`3726`：表正在被外键引用

这个报错的本质不是“删不掉”，而是：

还有别的表通过 FOREIGN KEY 依赖它，所以 SQL Server 不允许你直接 DROP TABLE。

也就是说，问题不在 DROP TABLE 语法本身，而在依赖关系还没拆掉。

2）`3701`：表不存在，或者定位错了

这个报错通常有几种常见原因：

表已经被删掉了
表并不在 dbo schema 下
当前库不是 master
你写的对象名和实际表名不一致
当前账号没有对应权限

所以遇到 3701 时，别急着怀疑 SQL 写法，先确认你删的是不是那个真实对象。

二、先确认这些表到底是不是在 `master`

USE master;
GO

SELECT 
    s.name AS schema_name,
    t.name AS table_name
FROM sys.tables t
JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE t.name IN (
    'bom_header',
    'bom_line',
    'bom_line_substitute',
    'bom_version',
    'change_order',
    'change_order_line',
    'material_master'
)
ORDER BY s.name, t.name;

这一步很重要：

确认这些表是不是真的落在 master
确认它们是不是都在 dbo 下

三、最常见的正确做法：先删外键，再删表

USE master;
GO

DECLARE @sql NVARCHAR(MAX) = N'';

-- 1) 删除引用目标表的外键
SELECT @sql = @sql + 
N'ALTER TABLE ' 
+ QUOTENAME(SCHEMA_NAME(pt.schema_id)) + N'.' + QUOTENAME(pt.name)
+ N' DROP CONSTRAINT ' + QUOTENAME(fk.name) + N';' + CHAR(13) + CHAR(10)
FROM sys.foreign_keys fk
JOIN sys.tables rt ON fk.referenced_object_id = rt.object_id   -- 被引用表
JOIN sys.tables pt ON fk.parent_object_id = pt.object_id       -- 引用表
WHERE rt.name IN (
    'bom_header',
    'bom_line',
    'bom_line_substitute',
    'bom_version',
    'change_order',
    'change_order_line',
    'material_master'
);

PRINT @sql;
EXEC sp_executesql @sql;
GO

-- 2) 再删表（用 schema + IF EXISTS 更稳）
DROP TABLE IF EXISTS dbo.bom_line_substitute;
DROP TABLE IF EXISTS dbo.bom_line;
DROP TABLE IF EXISTS dbo.change_order_line;
DROP TABLE IF EXISTS dbo.change_order;
DROP TABLE IF EXISTS dbo.bom_version;
DROP TABLE IF EXISTS dbo.bom_header;
DROP TABLE IF EXISTS dbo.material_master;
GO

要点：

先删 FK，再删表
DROP TABLE IF EXISTS 比直接 DROP TABLE 更稳

四、为什么删除顺序要按“子表 -> 父表”来

如果几张表之间本身也互相有引用关系，那么删表时顺序就不能乱。通常应该：

先删明细表、子表
再删主表、父表

如果你不确定依赖方向，就不要靠猜，直接先删 FK，再删表，最稳。

五、如果还报 `3726`，说明还有别的表在引用它

USE master;
GO

SELECT
    fk.name AS fk_name,
    SCHEMA_NAME(pt.schema_id) AS parent_schema,
    pt.name AS parent_table,
    SCHEMA_NAME(rt.schema_id) AS referenced_schema,
    rt.name AS referenced_table
FROM sys.foreign_keys fk
JOIN sys.tables pt ON fk.parent_object_id = pt.object_id
JOIN sys.tables rt ON fk.referenced_object_id = rt.object_id
WHERE rt.name IN ('bom_header', 'bom_version', 'material_master')
ORDER BY referenced_table, parent_schema, parent_table;

3726 不是最终错误，它只是告诉你：还有依赖没拆完。

六、如果报 `3701`，优先查对象是否真实存在

USE master;
GO

SELECT 
    OBJECT_ID(N'dbo.bom_line', N'U') AS bom_line_id,
    OBJECT_ID(N'dbo.bom_line_substitute', N'U') AS bom_line_substitute_id,
    OBJECT_ID(N'dbo.change_order', N'U') AS change_order_id,
    OBJECT_ID(N'dbo.change_order_line', N'U') AS change_order_line_id;

如果返回 NULL，通常说明对象不存在、schema 不对，或者当前上下文不对。

七、给一版更通用的脚本：自动删 FK + 自动删表

USE master;
GO

DECLARE @Targets TABLE (FullName SYSNAME);
INSERT INTO @Targets (FullName)
VALUES
('dbo.bom_header'),
('dbo.bom_line'),
('dbo.bom_line_substitute'),
('dbo.bom_version'),
('dbo.change_order'),
('dbo.change_order_line'),
('dbo.material_master');

DECLARE @sql NVARCHAR(MAX) = N'';

-- 删除所有引用目标表的外键
SELECT @sql = @sql +
N'ALTER TABLE ' + QUOTENAME(SCHEMA_NAME(pt.schema_id)) + N'.' + QUOTENAME(pt.name) +
N' DROP CONSTRAINT ' + QUOTENAME(fk.name) + N';' + CHAR(13) + CHAR(10)
FROM sys.foreign_keys fk
JOIN sys.tables pt ON fk.parent_object_id = pt.object_id
JOIN sys.tables rt ON fk.referenced_object_id = rt.object_id
JOIN sys.schemas rs ON rt.schema_id = rs.schema_id
WHERE QUOTENAME(rs.name) + N'.' + QUOTENAME(rt.name) IN (
    SELECT QUOTENAME(PARSENAME(FullName, 2)) + N'.' + QUOTENAME(PARSENAME(FullName, 1))
    FROM @Targets
);

PRINT @sql;
EXEC sp_executesql @sql;

SET @sql = N'';

-- 删除目标表
SELECT @sql = @sql +
N'DROP TABLE IF EXISTS ' + FullName + N';' + CHAR(13) + CHAR(10)
FROM @Targets;

PRINT @sql;
EXEC sp_executesql @sql;
GO

八、如果是生产环境，别只想着“删掉就完了”

如果这些表是在正式环境里误建到 master，建议额外确认：

这些表是不是只是误建副本
应用连接串是不是曾经指向 master
作业、存储过程、同步任务有没有引用这些对象
必要时先导出结构留档，再删除

因为一旦业务代码真的连过 master，问题可能不只是删表，而是配置错误或发布流程问题。

九、以后如何避免再次把表建到 `master`

1）执行 DDL 前先确认当前库

SELECT DB_NAME() AS current_db;

2）显式切到业务库再执行

USE YourBusinessDB;
GO

如果是脚本化执行，最好把目标库名写死，不要依赖连接工具当前选中的默认库。

十、结论

先确认对象真的在 master，并核对 schema
遇到 3726，先拆外键依赖
遇到 3701，先确认对象是否真实存在
删除时按“子表 -> 父表”顺序处理
最后回头检查是不是连接库或发布流程配错了

先定位对象，再拆依赖，最后删表，不要上来就硬 DROP。

以后如果再碰到 master / 3726 / 3701 / 外键删表失败这类问题，按这套顺序查，基本就不会乱。

点点繁星