如何阻止SQL CLR项目在部署脚本中生成DROP DATABASE语句？

我有10年SQL Server SQL CLR使用经验，主要用它实现标量函数、聚合函数和用户定义类型。早期构建生成的T-SQL脚本只负责部署程序集和相关对象，但后来生成的脚本里居然出现了DROP DATABASE命令——这个设计实在离谱。之前在Stack Overflow找到的10年前的解决方案没用，现在用Visual Studio 2022部署到SQL Server 2016，发现两个关键脚本，想搞清楚它们的实际使用场景，同时担心部署或构建时误执行删库命令。

1. projectname_Create.sql 的作用与适用场景 #

这个脚本是全新环境初始化专用的，逻辑简单粗暴：

• 先检查目标数据库是否存在，存在就强制切换到单用户模式（立即回滚所有未提交事务），然后直接删除数据库，最后重新创建一个干净的新库。
• 仅适合以下场景：
  • 首次部署到全新的SQL Server实例，需要从零搭建数据库并部署CLR对象。
  • 测试环境中需要彻底重置数据库状态，比如每次测试前清空旧环境，确保从干净的初始状态开始。
• 风险提示：这个脚本绝对不能碰生产环境，一旦误执行，现有数据库及所有数据会直接被删除，几乎无法恢复。

对应的代码片段：

IF (DB_ID(N'$(DatabaseName)') IS NOT NULL) 
BEGIN
    ALTER DATABASE [$(DatabaseName)]
    SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
    DROP DATABASE [$(DatabaseName)];
END

GO
PRINT N'Creating database $(DatabaseName)...'
GO
CREATE DATABASE [$(DatabaseName)] COLLATE SQL_Latin1_General_CP1_CI_AS
GO

2. projectname.sql 的作用与适用场景 #

这个脚本是增量更新CLR程序集专用的，属于安全的更新操作：

• 直接在现有数据库中更新CLR程序集，先删除程序集关联的所有文件，再从二进制流加载新的程序集版本。
• 适合以下场景：
  • 生产环境或需要保留数据的环境中，更新CLR程序集（比如修复bug、新增功能），不需要重建数据库，仅替换程序集本身。
  • 开发过程中迭代更新CLR代码，快速部署新版本而不丢失测试数据。

对应的代码片段：

USE [$(DatabaseName)];
GO
PRINT N'Altering Assembly [ConcatenateVS2022SS2016]...';
GO
ALTER ASSEMBLY [ConcatenateVS2022SS2016]
    DROP FILE ALL;
GO
ALTER ASSEMBLY [ConcatenateVS2022SS2016]
    FROM 
    0x<<<binary for assembly>>>

如何避免误执行删库命令 #

• Visual Studio默认会根据部署目标的状态选择脚本：如果目标数据库不存在，可能会调用Create脚本；如果已存在，通常会用增量更新的脚本。但还是要手动检查部署配置：
  1. 在VS2022中打开SQL CLR项目的属性，找到“部署”选项卡。
  2. 确认“部署操作”设置为“增量部署”（生产环境必须选这个），而非“创建数据库”。
  3. 可以手动禁用Create脚本的自动执行，或者每次部署前先备份数据库。
• 绝对不要把包含DROP DATABASE的脚本加入生产环境的部署流程，测试环境用完后也要及时标记为危险脚本，避免误操作。

内容的提问来源于stack exchange，提问作者Wayne Erfling