如何批量删除 MSSQL 中 `tmp1dd8dce773644a6099585853d5a5eddf` 临时表

在 MSSQL 里看到类似 tmp1dd8dce773644a6099585853d5a5eddf 这样的表名时，先不要急着直接删。

这类对象未必是真正意义上的 #临时表，更像是某些程序、ETL、导入工具或中间流程遗留出来的“临时用途表”。如果库里残留很多同类表，最稳的做法不是手工一个个删，而是：

先确认它们是不是可以删
再批量生成 DROP TABLE 语句
最后执行删除

这篇文章给你一个可直接落地的处理方案。

一、先分清：你遇到的可能不是 `#临时表`

SQL Server 里常见的真正临时表通常长这样：

本地临时表：#tmp
全局临时表：##tmp

它们通常存在于 tempdb 中，生命周期跟会话或连接有关。

而你现在看到的：

tmp1dd8dce773644a6099585853d5a5eddf

更像是普通用户表，只是名字像临时表。这类表常见于：

程序批量导入时中转数据
ORM 或低代码工具生成的中间表
任务异常中断后遗留的临时业务表
第三方插件自动创建但未清理的表

所以第一步不是删，而是先确认：

它位于哪个数据库
属于哪个 schema（如 dbo）
是否还有程序在依赖它
是否不止一个同前缀表

二、先查出这类表到底有多少个

如果你只是想找出名字中包含 tmp1dd8dce773644a6099585853d5a5eddf 的表，可以先执行：

SELECT
    s.name  AS schema_name,
    t.name  AS table_name,
    t.create_date,
    t.modify_date
FROM sys.tables t
JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE t.name LIKE 'tmp1dd8dce773644a6099585853d5a5eddf%'
ORDER BY t.create_date DESC;

如果你只想精确匹配某一张表：

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 = 'tmp1dd8dce773644a6099585853d5a5eddf';

这一步的目的很简单：

判断是“单表删除”还是“批量删除”
防止 LIKE 范围过大，误伤正常表

三、推荐做法：先生成 DROP 语句，再人工确认

最稳的方式，不是直接执行动态 SQL，而是先把删除语句打印出来看一遍。

SELECT 
    'DROP TABLE [' + s.name + '].[' + t.name + '];' AS drop_sql
FROM sys.tables t
JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE t.name LIKE 'tmp1dd8dce773644a6099585853d5a5eddf%';

执行后，你会得到类似结果：

DROP TABLE [dbo].[tmp1dd8dce773644a6099585853d5a5eddf];
DROP TABLE [dbo].[tmp1dd8dce773644a6099585853d5a5eddf_1];
DROP TABLE [dbo].[tmp1dd8dce773644a6099585853d5a5eddf_bak];

建议你先人工核对一遍，确认这些表确实都可以删，再进入下一步。

四、确认无误后，批量执行删除

确认没问题后，可以用动态 SQL 批量删除。

方案 1：批量删除同前缀表

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

SELECT @sql = @sql + 
    'DROP TABLE [' + s.name + '].[' + t.name + '];' + CHAR(13) + CHAR(10)
FROM sys.tables t
JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE t.name LIKE 'tmp1dd8dce773644a6099585853d5a5eddf%';

PRINT @sql;
-- 确认输出无误后，再执行
EXEC sp_executesql @sql;

方案 2：只删除精确名称的单张表

IF EXISTS (
    SELECT 1
    FROM sys.tables t
    JOIN sys.schemas s ON t.schema_id = s.schema_id
    WHERE s.name = 'dbo'
      AND t.name = 'tmp1dd8dce773644a6099585853d5a5eddf'
)
BEGIN
    DROP TABLE [dbo].[tmp1dd8dce773644a6099585853d5a5eddf];
END

五、再稳一点：删除前先检查是否被引用

如果这是业务库，不建议看到名字像临时表就直接删。至少要补一层检查：

1）看看表里是否还有数据

SELECT COUNT(*) AS row_count
FROM [dbo].[tmp1dd8dce773644a6099585853d5a5eddf];

2）看看是否可能被存储过程、视图、作业引用

SELECT 
    o.type_desc,
    o.name
FROM sys.sql_modules m
JOIN sys.objects o ON m.object_id = o.object_id
WHERE m.definition LIKE '%tmp1dd8dce773644a6099585853d5a5eddf%';

如果能搜到，先判断这些引用是不是历史残留，别把线上逻辑一起打断了。

六、生产环境建议这样做

先查表清单：确认到底有哪些表会被删
导出删除语句：不要一上来就执行动态 SQL
检查引用关系：尤其是存储过程、视图、任务调度
选择低峰期执行：避免删除时正好有程序访问
必要时先备份表结构或改名观察

EXEC sp_rename 
    'dbo.tmp1dd8dce773644a6099585853d5a5eddf', 
    'tmp1dd8dce773644a6099585853d5a5eddf_to_be_deleted';

七、给你一版更实用的最终脚本

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

SELECT @sql = STRING_AGG(
    'DROP TABLE [' + s.name + '].[' + t.name + ']',
    ';' + CHAR(13) + CHAR(10)
)
FROM sys.tables t
JOIN sys.schemas s ON t.schema_id = s.schema_id
WHERE t.name LIKE 'tmp1dd8dce773644a6099585853d5a5eddf%';

IF @sql IS NOT NULL AND LEN(@sql) > 0
BEGIN
    PRINT @sql;
    EXEC sp_executesql @sql;
END
ELSE
BEGIN
    PRINT '没有找到符合条件的表';
END

八、结论

先确认它是普通遗留表，不是真正会自动释放的 #临时表
先查清单，再生成删除语句
确认无误后，再批量执行 DROP TABLE

如果是测试库，可以直接按前缀批量删。
如果是生产库，建议先检查引用关系，必要时先改名观察，再决定是否彻底删除。

点点繁星