1. 测试库清空这件事，为什么总在重复造轮子

SQL Server 里批量删除所有用户表，是个看起来简单、实际每次都要翻旧笔记的活。你手上有个测试库，跑完一轮集成测试，表结构被改得乱七八糟，数据也脏了，想回到干净状态重新来一遍。手动一张张右键删除？几十张表加上外键依赖，点到手酸还容易漏。用DROP DATABASE重建？权限不一定有，连接串还得改，周边服务全得跟着重启。

所以大家都会去找一段「SQL Server 删除所有表」的脚本。搜出来的方案基本分两派：一派用游标逐条拼DROP TABLE，另一派用sp_MSforeachtable批量执行。前者可控但代码长，后者短小但遇到外键就报错。真正能直接复制粘贴、跑完不报错的脚本，得同时处理三件事：先删外键约束、再删表、最后清理残留。这篇就把这套流程拆开讲清楚，顺带把 Cline 接入 TaoToken 统一 Key 的settings.json配置骨架一起给你，让写脚本这件事本身也能在编辑器里用 AI 辅助完成。

适合谁看：经常需要重置 SQL Server 测试库的后端开发、测试工程师，以及想把 AI 编码助手接进日常 SQL 脚本编写流程的人。下面所有脚本都可以直接复制执行，配置骨架也可以直接改 Key 用。

2. 前置准备：TaoToken 统一 Key 与 Cline 的关系

在写删表脚本之前，先说清楚工具链。Cline 是 VS Code 里的 AI 编码助手，能读你当前打开的文件、帮你补全 T-SQL、解释报错。它默认要你填各家模型的 API Key，模型一多，Key 管理就散。TaoToken 提供的是统一 Key 接入方式，一个 Key 走多个模型，配置集中在settings.json里，换模型不用改代码。

你需要先拿到两样东西：TaoToken 的 API Key，以及确认接入地址。API 端点是https://taotoken.net/api，这个地址在配置里会用到。Key 的获取入口在控制台的 API Keys 页面，登录后新建一个即可。如果你还没决定用哪个模型，可以先在模型对话页面试跑几句，确认连通再写进配置。

注意：API Key 属于敏感凭证，不要提交到 Git 仓库，也不要贴在公开的脚本注释里。建议放在本地settings.json或环境变量中。

Cline 的配置写在 VS Code 的用户设置或工作区设置里，文件就是settings.json。下面给的是骨架，字段名以你当前 Cline 版本为准，核心是apiProvider、apiKey、baseUrl这几项。

3. 可复制配置：settings.json 骨架与删表脚本

3.1 Cline 接入 TaoToken 的 settings.json 骨架

把下面这段合并进你的 VS Codesettings.json。注意baseUrl用 API 地址，不要带多余路径。

{ "cline.apiProvider": "openai", "cline.apiKey": "sk-你的TaoToken统一Key", "cline.baseUrl": "https://taotoken.net/api", "cline.model": "claude-sonnet-4-20250514", "cline.temperature": 0.2, "cline.maxTokens": 4096 }

几个参数说明：temperature调到 0.2 是为了让生成的 SQL 更稳定，别太发散；maxTokens给 4096 足够处理长脚本；model字段填你在 TaoToken 里可用的模型名，写脚本场景用 Claude 系列对 T-SQL 的理解比较稳。改完保存，重启一下 VS Code 让配置生效。

3.2 批量删表 T-SQL 脚本（含外键处理）

这段脚本分三步：删外键约束、删用户表、清空残留。直接复制到 SSMS 或 Azure Data Studio 执行。

-- 第一步：删除所有外键约束 DECLARE @dropFK NVARCHAR(MAX) = N''; SELECT @dropFK += N'ALTER TABLE [' + OBJECT_NAME(parent_object_id) + N'] DROP CONSTRAINT [' + name + N'];' + CHAR(10) FROM sys.foreign_keys; IF LEN(@dropFK) > 0 EXEC sp_executesql @dropFK; PRINT '外键约束已清理'; -- 第二步：删除所有用户表 DECLARE @dropTable NVARCHAR(MAX) = N''; SELECT @dropTable += N'DROP TABLE [' + SCHEMA_NAME(schema_id) + N'].[' + name + N'];' + CHAR(10) FROM sys.tables WHERE is_ms_shipped = 0; IF LEN(@dropTable) > 0 EXEC sp_executesql @dropTable; PRINT '用户表已删除';

相比老式的游标写法，这里用sys.foreign_keys和sys.tables系统视图拼字符串，再一次性sp_executesql执行，代码短、可读性好，也不会因为游标忘记DEALLOCATE而留下隐患。is_ms_shipped = 0这个条件很关键，它保证只删用户表，不动系统表。

3.3 执行前备份验证动作

删表不可逆，执行前必须确认两件事。第一，确认当前连的是测试库，不是生产库。用下面这句查当前数据库名：

SELECT DB_NAME() AS current_db;

第二，做一次结构备份。如果只是要清数据、保留表结构，用sp_MSforeachtable做TRUNCATE更安全：

EXEC sp_MSforeachtable @command1 = 'TRUNCATE TABLE ?';

但注意，有外键引用的表TRUNCATE会失败，所以要么先删外键，要么改用DELETE。如果你确实要连表结构一起删，建议先导出建表脚本：右键数据库 → 任务 → 生成脚本 → 选所有表 → 保存到文件。这一步花两分钟，能省掉重建表结构的半小时。

4. 验证请求：连通性与执行结果确认

4.1 验证 TaoToken 接入是否通

配置写完后，在 Cline 里发一句测试请求，比如「用 T-SQL 写一个查询当前数据库所有表名的语句」。如果返回正常，说明 Key 和baseUrl都对。如果报 401，检查 Key 是否复制完整；如果报连接超时，检查baseUrl是不是写成了带路径的地址。API 端点就是https://taotoken.net/api，不要在后面加/v1之类。

4.2 验证删表脚本执行结果

脚本跑完后，用这两句确认清理干净：

SELECT COUNT(*) AS remaining_tables FROM sys.tables WHERE is_ms_shipped = 0; SELECT COUNT(*) AS remaining_fks FROM sys.foreign_keys;

两个结果都应该是 0。如果表数量不为 0，说明有表因为依赖关系没删掉，回头看消息窗口里的报错，通常是某个外键没清理干净。如果外键数量不为 0，说明第一步的ALTER TABLE有失败项，检查是否有系统级约束被误纳入。

5. 本篇常见错排查

报错一：无法删除对象，因为它正被外键约束引用。这是最常见的问题，说明删表顺序不对。必须先跑 3.2 里的第一步删外键，再跑第二步删表。如果你用的是sp_MSforeachtable直接DROP，一定会撞上这个错。

报错二：EXECUTE 后事务计数不匹配。通常是因为脚本里混用了BEGIN TRAN但没COMMIT。删表脚本本身不需要显式事务，去掉多余的事务包裹即可。

报错三：Cline 里配置改了但没生效。VS Code 的settings.json有用户级和工作区级两层，工作区级会覆盖用户级。检查你改的是哪一层，改完记得Ctrl+Shift+P执行「Reload Window」。

报错四：TRUNCATE 失败提示外键约束。TRUNCATE不能用于被外键引用的表。要么先删外键，要么改用DELETE FROM，后者慢但不受外键限制。

报错五：脚本执行到一半停了。大概率是某张表名里有特殊字符，拼接时没加方括号。3.2 的脚本已经用[]包住库名和表名，如果你自己改过，注意保留方括号。

6. 把脚本和 AI 辅助串起来用

写 SQL 脚本这件事，最烦的不是逻辑复杂，而是每次都要重新拼字符串、处理边界情况。把 Cline 接上 TaoToken 统一 Key 之后，你可以直接在编辑器里让 AI 帮你生成删表脚本、解释报错、甚至根据当前数据库结构生成针对性的清理语句。配置骨架在上面 3.1 已经给了，Key 在控制台的 API Keys 页面拿，接入文档在文档页有更细的字段说明。如果你主要用 AI 做长期编码和 Agent 任务，Coding Plan 的额度模式会比按次调用更划算。

实测下来，删表脚本本身不复杂，难的是执行前的确认动作和执行后的验证。把 3.3 的备份步骤和 4.2 的验证查询固定成自己的 checklist，每次清库照着走一遍，基本不会出岔子。脚本可以直接存成.sql文件放在项目里，配合 Cline 的上下文读取，下次要改直接让 AI 在原有基础上调整就行。