Azure SQL中T-SQL字符串拼接异常：仅保留最后一行数据

嘿，这个问题我之前帮朋友排查过，其实是新旧SQL环境对变量累加赋值的行为差异在搞鬼！你在SQL Server 2012-2016里用的SELECT @tsql = CONCAT(@tsql, Prop1, Prop2) FROM Table写法，其实是依赖了旧版本查询优化器的“非官方行为”——旧版本碰巧会逐行累加变量，但这种赋值方式在官方文档里其实是未定义行为，优化器完全可以选择任意顺序处理行，甚至只保留最后一次赋值的结果。而Azure SQL（以及SQL Server 2017+）的优化器更严格遵循标准，所以就出现了只保留最后一行拼接结果的情况。

靠谱的字符串拼接方案 #

针对你清理表的场景，给你两种稳定的实现方式：

1. 用STRING_AGG函数（首推，Azure SQL原生支持） #

这是微软专门为字符串聚合推出的函数，简洁又高效：

DECLARE @deleteTsql nvarchar(max)
SELECT @deleteTsql = STRING_AGG(
    CONCAT('DELETE FROM ', QUOTENAME(O.[name]), ';'), 
    CHAR(13) + CHAR(10) -- 用换行符分隔，生成的SQL更易读
)
FROM sys.objects O
WHERE O.type = 'U' -- 只选用户表
-- 可选：排除不需要清理的表
AND O.name NOT IN ('你要保留的表1', '你要保留的表2')

PRINT @deleteTsql

它会自动按行拼接字符串，还能指定分隔符，完全不用操心累加顺序的问题。

2. 用FOR XML PATH兼容旧版本（如果需要） #

要是你还得兼容更老的SQL Server版本，经典的FOR XML PATH写法也能稳定工作：

DECLARE @deleteTsql nvarchar(max)
SET @deleteTsql = ''

SELECT @deleteTsql = @deleteTsql + 
    CONCAT('DELETE FROM ', QUOTENAME(O.[name]), ';' + CHAR(13) + CHAR(10))
FROM (
    SELECT O.[name]
    FROM sys.objects O
    WHERE O.type = 'U'
    ORDER BY O.[name] -- 必须显式排序，确保拼接顺序固定
) AS T

PRINT @deleteTsql

这里一定要加ORDER BY，不然优化器可能乱序处理行，导致拼接结果不符合预期。

为啥旧写法突然失效了？ #

旧版SQL Server的优化器通常会按表的存储顺序逐行处理并累加变量，但这种行为从来没被官方承诺过。Azure SQL的优化器为了提升性能，可能选择了更高效的执行路径——比如直接取最后一行的赋值结果，或者并行处理时变量被多次覆盖，最终就只剩最后一次拼接的内容了。所以依赖这种“碰巧能用”的代码，换个环境肯定会出问题。

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