SQL Server 2012+变量累加值异常：Case2结果不符预期原因咨询

首先得明确一个关键知识点：SQL Server官方并不保证SELECT @变量 = 表达式这种写法搭配ORDER BY时，变量会按排序后的顺序累加——这种写法的行为是未定义的。Case 1里直接用列So排序能得到正确结果，其实只是查询优化器刚好生成了符合你预期的执行计划，纯属巧合，不是可靠的用法。

为什么Case 2会得到错误结果？ #

当你在Case 2中使用ORDER BY ISNULL(So, 255)时，查询优化器会对排序逻辑进行不同的处理：它并没有按照你期望的“先按ISNULL(So,255)排序，再逐行累加变量”的逻辑执行，反而可能因为执行计划的变化，只处理了排序后的最后一行数据（也就是CD），或者在累加过程中覆盖了之前的结果，最终导致你只得到了,CD这个不符合预期的输出。

简单来说：这种“变量累加+ORDER BY”的写法本身就不被官方认可，一旦ORDER BY子句里用了表达式（而非直接引用列），执行计划的变化就会直接导致结果翻车。

靠谱的有序字符串拼接方式 #

既然这种写法不可靠，推荐用以下两种官方支持的方式来实现有序拼接：

方式1：用STRING_AGG（SQL Server 2017及以上） #

这是最简洁的官方推荐写法，直接支持排序：

-- 不带开头逗号的版本
SELECT STRING_AGG(Code, ',') WITHIN GROUP (ORDER BY ISNULL(So, 255)) AS MyVar
FROM Tbl1

-- 带开头逗号的版本
SELECT ',' + STRING_AGG(Code, ',') WITHIN GROUP (ORDER BY ISNULL(So, 255)) AS MyVar

执行后就能得到你预期的,EF,AB,CD（带逗号版本）。

方式2：用FOR XML PATH（兼容SQL Server 2012及以上） #

如果你的版本是2012-2016，用XML拼接的方式能稳定保证顺序：

-- 用变量累加的写法（先子查询排序）
DECLARE @MyVar VARCHAR(255) = ''
SELECT @MyVar = @MyVar + ',' + Code
FROM (
    -- 先在子查询里完成排序，确保后续拼接顺序正确
    SELECT Code
    FROM Tbl1
    ORDER BY ISNULL(So, 255)
) AS SortedTbl
SELECT @MyVar

-- 更常用的无变量写法（自动去掉开头逗号）
SELECT STUFF(
    (SELECT ',' + Code
     FROM Tbl1
     ORDER BY ISNULL(So, 255)
     FOR XML PATH(''), TYPE).value('.', 'VARCHAR(255)'),
    1, 1, ''
) AS MyVar

这里的STUFF函数是用来去掉开头多余的逗号，如果需要保留开头逗号，直接去掉STUFF部分即可。

额外验证小技巧 #

你可以通过查看两个Case的执行计划（SSMS里按Ctrl+M执行查询），直观看到差异：Case 1的执行计划可能是先排序再逐行赋值，而Case 2的执行计划里排序逻辑根本没作用到变量累加的过程，这就是结果不同的核心原因。

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