SQL Server与AWS Aurora Babelfish中REPLACE语句执行结果差异排查

你的代码在两个环境结果不同，是Babelfish（底层基于PostgreSQL）与SQL Server的语法行为差异，并非操作失误。

核心行为差异 #

• SQL Server 逻辑：执行SELECT @template = REPLACE(...) FROM @params时，会遍历@params表的每一行，逐行累积更新变量——每次REPLACE操作都会基于上一次更新后的@template值继续处理，最终完成所有占位符的替换。
• Babelfish/PostgreSQL 逻辑：PostgreSQL中这种变量赋值方式不会逐行累积修改，而是仅用查询结果的最后一行数据覆盖变量值。你的@params表最后插入的行是('c','more')，因此仅完成了{@c}的替换，前面的{@a}和{@b}未被处理，最终结果保留了这两个占位符。

验证方法 #

调整@params的插入顺序，将('a','first')放在最后一行执行插入，Babelfish的返回结果会变成{@b} and second and {@a}，这能直接验证“仅最后一行生效”的逻辑。

跨环境兼容写法 #

要实现两个环境都能正常完成全部占位符替换的效果，可以使用递归CTE实现累积替换（兼容Babelfish和SQL Server）：

DECLARE @template NVARCHAR(MAX) = ' {@a} and {@b} and {@c}';

DECLARE @params AS TABLE 
(
    k VARCHAR(255),
    v VARCHAR(MAX)
);

INSERT INTO @params VALUES ('b','second'), ('a','first'), ('c','more');

-- 递归CTE实现逐行累积替换
WITH recursive_replace AS (
    SELECT 1 AS idx, k, v, @template AS replaced_text
    FROM @params
    WHERE k = (SELECT MIN(k) FROM @params)
    UNION ALL
    SELECT rr.idx + 1, p.k, p.v, REPLACE(rr.replaced_text, '{@' + p.k + '}', ISNULL(p.v,'NULL'))
    FROM recursive_replace rr
    JOIN @params p ON p.k = (SELECT k FROM @params ORDER BY k OFFSET rr.idx ROWS FETCH NEXT 1 ROWS ONLY)
)
SELECT replaced_text INTO @template
FROM recursive_replace
WHERE idx = (SELECT COUNT(*) FROM @params);

SELECT @template;

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