如何在Azure DevOps发布流水线中配置执行SQL更新查询

首先将你的UPDATE逻辑写入独立的SQL文件，提交到代码仓库，例如命名为add_column_default_value.sql，建议加上幂等判断避免重复执行报错：

-- 示例脚本，可根据你的业务逻辑修改
IF EXISTS(SELECT * FROM sys.columns WHERE Name = N'新增列名' AND Object_ID = Object_ID(N'目标表名'))
BEGIN
    -- 仅给未赋值的行设置默认值，避免覆盖已有数据
    UPDATE 目标表名 SET 新增列名 = '你的默认值' WHERE 新增列名 IS NULL;
    -- 如需给列加永久默认约束，可补充以下语句
    -- ALTER TABLE 目标表名 ADD CONSTRAINT DF_表名_列名 DEFAULT '你的默认值' FOR 新增列名;
END

配置步骤 #

1. 将SQL脚本纳入发布制品 #

• 调整构建流水线配置，确保.sql脚本被包含到发布制品的输出目录中，避免发布阶段无法读取到文件。

2. 发布流水线添加SQL执行任务 #

根据你使用的数据库类型选择对应内置任务，无需额外开发：

方案A：适用Azure SQL数据库

• 在对应发布环境的任务列表中添加「Azure SQL 部署」内置任务
• 按要求填写配置项：
  • 选择数据库所属的Azure订阅并完成授权
  • 填写SQL服务器地址、目标数据库名称
  • 数据库账号密码存储到DevOps变量组，设置为保密变量避免明文泄露
  • 部署脚本路径选择制品中的SQL文件位置，例如$(System.DefaultWorkingDirectory)/你的制品名/scripts/add_column_default_value.sql
• 如需动态传参，可在「附加SqlPackage.exe参数」中配置变量，例如/v:DefaultVal="默认值"，SQL脚本中通过$(DefaultVal)引用即可

方案B：适用本地/其他云SQL Server数据库

• 添加「SQL Server 部署」内置任务，配置逻辑和上述内容一致
• 如果是本地数据库，需要使用能访问到目标SQL Server实例的自托管代理运行任务

如果你使用MySQL、PostgreSQL等其他类型数据库，安装对应官方部署任务后配置逻辑一致，核心都是指定脚本路径、配置合法的数据库连接权限即可。

3. 配置运行条件（可选） #

如果仅需要该SQL在新增列的版本第一次发布时执行，避免后续重复执行：

• 可以给该SQL任务添加自定义运行条件，设置一个专属开关变量，只有需要执行的版本发布时手动将变量置为true
• 更稳妥的方式是直接在SQL脚本中加判断逻辑，保证脚本重复执行也不会产生业务问题，无需额外配置流水线条件

注意事项 #

• 生产环境执行前必须先在测试环境验证脚本正确性，避免误改数据
• 建议生产环境的SQL执行任务前增加人工审批节点，确认脚本无误后再运行
• 流水线使用的数据库账号仅授予必要的读写权限，不要使用超管账号执行操作

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