如何执行Server A中config库的存储过程并同时查询Server B上的数据库

一、跨服务器查询直接实现方案（改造成本极低） #

可以实现，无需大规模修改现有存储过程，核心是用数据库原生的跨服务器访问能力，配合同义词/外部表实现存储过程零修改适配：

• SQL Server 环境：
  1. 在Server A上创建指向Server B的链接服务器（Linked Server），配置对应访问权限
  2. 在config库为所有迁移到Server B的表创建同义词（Synonym），同义词指向链接服务器对应的远程表，原有存储过程的查询语句完全不需要修改
     示例代码：

  -- 创建指向Server B的链接服务器
  EXEC sp_addlinkedserver 
      @server = N'ServerB_Link',
      @provider = N'SQLNCLI', 
      @datasrc = N'192.168.x.x\InstanceName';
  -- 配置登录映射
  EXEC sp_addlinkedsrvlogin 
      @rmtsrvname = N'ServerB_Link',
      @useself = N'False',
      @rmtuser = N'your_username',
      @rmtpassword = N'your_password';
  -- 创建同义词，完全兼容原有存储过程的表名引用
  CREATE SYNONYM dbo.TableName FOR ServerB_Link.Database2.dbo.TableName;
  

• MySQL 环境：
  开启FEDERATED存储引擎，在Server A的config库创建和Server B目标表结构一致的FEDERATED表，指向Server B的实际表，存储过程直接访问本地FEDERATED表即可自动路由到远程Server B。
• PostgreSQL 环境：
  用postgres_fdw外部数据包装器，创建外部服务器、用户映射、外部表，同样可以实现存储过程无修改访问远程Server B的表。

注意事项 #

• 两台服务器需部署在同一低延迟内网，避免跨网查询导致性能下降
• 若存储过程存在跨服务器的事务操作，需提前确认数据库的分布式事务支持能力（SQL Server需开启MSDTC服务）
• 大表跨服务器关联查询建议做额外优化，高频访问的小表可做定时同步到config库本地，减少远程调用开销

二、长期解耦方案（避免后续架构扩展再遇同类问题） #

如果需要长期降低存储过程和各业务库的耦合度，可采用渐进式改造方案，无需一次性重构全部1000+存储过程：

1. 先收口所有跨库操作逻辑，封装独立的中间层存储过程，原有业务存储过程的跨库查询全部调用对应中间层存储过程，底层仍然先用跨服务器访问能力实现，后续架构调整只需要修改中间层即可，不需要动上层业务逻辑
2. 按业务模块优先级，分批把高频跨库逻辑从存储过程迁移到应用层服务接口，新业务逻辑不再使用存储过程实现跨库操作
3. 逐步低优先级替换旧存储过程，长期来看逐步消除存储过程的跨库依赖。

内容的提问来源于stack exchange，提问作者Fakhar Ahmad Rasul