多环境SQL实例合并后，如何在查询中别名数据库名规避动态SQL？

场景与问题 #

我们的应用从Dev到Prod的流水线包含4个独立环境，每个环境配有2个数据库，存在大量跨库查询，示例如下：

SELECT a.name, b.description 
FROM Database1.dbo.Names a 
INNER join Database2.dbo.Descriptions b ON a.ID = b.ID;

此前各环境部署在独立SQL Server上，代码可无改动在各环境迁移。现在计划把后三个环境（Dev、Sandbox、UAT）合并到同一SQL Server实例（Prod仍保留独立服务器），数据库名需添加环境后缀，比如Database1_Dev、Database2_Dev。

问题随之而来：原查询中直接使用Database1、Database2的语句全部失效；若改为带后缀的数据库名，代码无法在不同环境间无改动迁移。目前可选的申请3个独立SQL实例（大概率被否决）或使用动态SQL传入数据库名变量，均非理想方案。

我们需要的是在同一上下文（如事务或查询）中，将带环境后缀的数据库（如Database1_Sandbox）统一别名成Database1，而非单一数据库多别名，以下是可行的解决方案建议：

可行方案 #

方案1：空数据库+同义词映射（单环境同实例适用） #

在合并后的SQL Server实例中，为目标环境创建与原数据库名完全一致的空数据库，再在空数据库中创建同义词指向带后缀的实际数据库对象：

-- 针对Dev环境的操作
CREATE DATABASE Database1;
USE Database1;
CREATE SYNONYM dbo.Names FOR Database1_Dev.dbo.Names;

CREATE DATABASE Database2;
USE Database2;
CREATE SYNONYM dbo.Descriptions FOR Database2_Dev.dbo.Descriptions;

原查询无需任何修改即可直接运行，因为Database1.dbo.Names会通过同义词指向Database1_Dev.dbo.Names。

缺点：同一SQL实例中数据库名唯一，因此该方案仅适用于单个环境部署在实例上的场景，无法同时支持Dev、Sandbox、UAT三个环境共存。

方案2：应用默认库创建视图（需少量代码改动） #

在应用连接的默认数据库中，为每个跨库访问的表创建视图，映射到带后缀的实际数据库表：

-- Dev环境下，在应用默认库（如AppDb_Dev）中执行
CREATE VIEW dbo.Names AS SELECT * FROM Database1_Dev.dbo.Names;
CREATE VIEW dbo.Descriptions AS SELECT * FROM Database2_Dev.dbo.Descriptions;

然后将原查询中的跨库前缀去掉，修改为：

SELECT a.name, b.description 
FROM dbo.Names a 
INNER join dbo.Descriptions b ON a.ID = b.ID;

优势：代码改动量极小，后续新增或切换环境时，只需在对应环境的默认库中创建相同的视图即可，无需再修改业务代码。

方案3：链接服务器+登录隔离（多环境同实例适用） #

1. 在合并后的实例上，为每个环境创建独立的登录名（如Dev_Login、Sandbox_Login）。
2. 为每个环境创建专属的链接服务器，比如Database1_Dev指向本地实例，默认数据库设为Database1_Dev；同理创建Database2_Dev。
3. 通过sp_addlinkedsrvlogin将环境登录名与对应链接服务器绑定，然后修改查询中的数据库名为链接服务器名：

SELECT a.name, b.description 
FROM Database1_Dev.dbo.Names a 
INNER join Database2_Dev.dbo.Descriptions b ON a.ID = b.ID;

说明：该方案需要修改代码中的数据库名，但可以通过CI/CD流水线在部署时自动替换对应环境的数据库后缀，实现代码的环境适配。

方案4：容器化独立实例（无代码改动） #

使用Docker等容器技术，在同一服务器上为每个环境运行独立的SQL Server容器，每个容器内的数据库名保持原有的Database1、Database2。这样既实现了服务器资源的共享，又保留了各环境的独立性，代码无需任何修改即可直接迁移。

要求：服务器需支持容器部署，需要额外的容器管理配置。

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