SQL Server多客户数据库批量自动更新方案咨询

方案1：SQL Server原生轻量实现 #

适合变更频次低、不想引入额外工具的场景：

• 先搭建一个中央控制库，在库中创建目标库配置表，用于维护需要推送变更的数据库清单，后续新增/剔除数据库直接修改这张表即可：

CREATE TABLE TargetDatabases (
    DBName SYSNAME PRIMARY KEY,
    InstanceAddress NVARCHAR(100) NULL, -- 跨实例场景填实例地址
    IsEnabled BIT DEFAULT 1
)

• 编写动态执行的变更脚本，基于游标遍历配置表批量执行变更逻辑，模板示例：

DECLARE @DBName SYSNAME, @SQL NVARCHAR(MAX)
DECLARE db_cursor CURSOR FOR 
SELECT DBName FROM TargetDatabases WHERE IsEnabled = 1

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @DBName
WHILE @@FETCH_STATUS = 0
BEGIN
    -- 此处替换为你的实际变更逻辑
    SET @SQL = N'USE ' + QUOTENAME(@DBName) + N';
    -- 示例1：新增表字段
    IF NOT EXISTS (SELECT * FROM sys.columns WHERE Name = N''PhoneNumber'' AND Object_ID = Object_ID(N''dbo.UserInfo''))
    ALTER TABLE dbo.UserInfo ADD PhoneNumber VARCHAR(20) NULL;
    -- 示例2：更新存储过程
    CREATE OR ALTER PROC dbo.GetUserInfo
    AS
    BEGIN
        SELECT UserID, UserName, PhoneNumber FROM dbo.UserInfo;
    END'
    EXEC sp_executesql @SQL
    FETCH NEXT FROM db_cursor INTO @DBName
END

CLOSE db_cursor
DEALLOCATE db_cursor

• 跨实例场景只需提前在中央实例配置所有目标实例的链接服务器（Linked Server），动态SQL中拼接完整实例+库名即可。

方案2：工程化迁移工具实现 #

适合变更频次高、需要版本管控的场景：

• 选用Flyway或Liquibase这类开源数据库迁移工具，所有变更脚本按版本规则命名（比如V1.1__Add_User_Phone_Field.sql），统一存入Git仓库做版本管理。
• 在工具的配置文件中录入所有10个目标数据库的连接信息，执行迁移命令时工具会自动遍历所有数据源，执行未运行过的变更脚本，同时会自动在每个库中记录迁移版本，避免重复执行报错。
• 可搭配CI/CD流水线实现自动化：变更脚本提交到Git仓库后自动触发校验、测试库验证、生产库全量推送的全流程，无需人工介入。

通用注意事项 #

• 所有变更执行前必须提前备份目标数据库，可在变更脚本开头嵌入备份逻辑，或提前做全量备份。
• 所有变更脚本要做幂等性处理，即重复执行不会报错、不会产生脏数据，比如新增字段、索引前先判断是否存在。
• 建议先在1~2个同结构的测试库验证脚本正确性，再全量推送到生产数据库。

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