SQL Server迁移Azure弹性池时DML存储过程的Elastic Query转换咨询

迁移前提：源端SQL Server 2008 R2，目标端为Azure SQL弹性池，已完成跨库查询类逻辑的外部表改造
Azure SQL Database的Elastic Query默认仅支持对外部表的只读查询，涉及跨库DML的存储过程可根据业务场景选择以下两种适配方案：

方案一：弹性事务+远程存储过程调用（适配绝大多数场景） #

• 适用场景：DML包含复杂逻辑、多表关联运算、需要跨库事务一致性
• 改造步骤：
  1. 在跨库引用指向的目标库中，封装对应DML操作的存储过程，定义好入参规则
  2. 确认当前库已创建指向目标库的RDBMS类型外部数据源，所用账号具备目标库的EXECUTE权限
  3. 将原存储过程中的跨库DML语句替换为sp_execute_remote调用，示例如下：

  -- 原跨库插入逻辑：INSERT INTO OtherDB.dbo.TargetTable(col1,col2) VALUES(@val1,@val2)
  EXEC sp_execute_remote
  N'ExternalDataSourceName', -- 替换为你创建的外部数据源名称
  N'INSERT INTO dbo.TargetTable(col1,col2) VALUES(@val1,@val2)', -- 目标库执行的DML语句
  N'@val1 int, @val2 varchar(100)', -- 入参定义
  @val1 = @param1, @val2 = @param2 -- 传入当前存储过程的参数
  

  4. 若需要保证本地操作和远程操作的事务一致性，直接启用弹性数据库事务即可，Azure SQL弹性池内的库天然支持弹性事务，无需额外配置。

方案二：可写外部表直接操作（仅适配简单DML） #

• 适用场景：DML为单表单行/批量简单写入，无复杂关联、无事务一致性要求
• 改造步骤：
  1. 确认外部表为可写类型：创建外部数据源时指定TYPE=RDBMS、外部表定义和目标表结构完全一致、访问账号具备目标表的DML权限
  2. 直接对外部表执行简单DML语句即可，注意限制：不支持MERGE、不支持带OUTPUT子句的DML、不支持跨本地表和外部表的事务操作，示例如下：

  INSERT INTO External_TargetTable(col1,col2) SELECT col1,col2 FROM LocalTable WHERE id>100
  

迁移临时过渡方案 #

如果处于迁移窗口期临时兼容，可直接把涉及跨库DML的存储过程拆分到对应的目标库执行，等所有数据库迁移完成后再统一调整命名引用，可大幅减少短期改造工作量。

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