FOR XML PATH('')是SQL Server中稳定实现多行聚合为单字符串的原生方案，需用(TYPE).value('.','NVARCHAR(MAX)')安全转换，配合STUFF去首逗号、ISNULL处理NULL，并在子查询中显式ORDER BY保证顺序。
SQL Server里用FOR XML PATH拼接字符串的正确写法
直接用FOR XML PATH('')是唯一稳定支持多行聚合为单字符串的原生方案，不需要启用CLR或安装额外函数。关键在于子查询必须是标量（返回单值），且外层不能有GROUP BY干扰XML上下文。
常见错误是把SELECT子查询写成多列或多行结果，导致报错Subquery returned more than 1 value；或者在子查询里漏掉TOP 1和ORDER BY，造成拼接顺序不可控。
- 子查询必须用括号包裹，例如：
(SELECT ',' + name FROM users WHERE dept_id = d.id FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)') -
TYPE参数必须加上，否则返回XML类型，后续.value()会失败 - 开头的分隔符（如
',' + name）会导致首字符冗余，建议用STUFF(..., 1, 1, '')清理 - 若字段含特殊字符（
<、&等），FOR XML会自动转义，需配合.value()还原原始文本
为什么不能直接在SELECT里写FOR XML PATH
因为FOR XML是查询末尾的输出格式指令，不是表达式。把它放在非子查询位置（比如跟其他列并列）会触发FOR XML clause may be used only in a top-level query错误。
典型误写：SELECT id, (SELECT name FROM t2 WHERE t2.t1_id = t1.id FOR XML PATH('')) AS names FROM t1 —— 这里子查询没加TYPE且未处理NULL，实际执行会失败或返回乱码。
- 必须用
(... FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)')结构才能安全转为字符串 - 如果子查询可能无结果，
.value()返回NULL，需用ISNULL(..., '')兜底 - SQL Server 2017+ 推荐改用
STRING_AGG()，但老版本只能靠XML PATH
FOR XML PATH拼接时NULL值和空格的处理陷阱
NULL字段会让整个拼接中断——不是跳过，而是让',' + NULL结果变成NULL，进而污染整段字符串。空格也容易被忽略：字段前后若有空格，拼接后会出现name1, name2这种带空格的格式。
- 统一用
ISNULL(LTRIM(RTRIM(name)), '')清洗数据再拼接 - 避免
',' + name写法，改用name + ','再用LEFT(..., LEN(...) - 1)截尾，或坚持用STUFF - 排序必须显式写在子查询里，
ORDER BY不能依赖外层查询顺序 - 性能上，大数据量时XML PATH比游标快，但比
STRING_AGG慢约15%~20%
替代方案对比：STRING_AGG vs FOR XML PATH
SQL Server 2017起STRING_AGG是更直观的选择，但兼容性受限。它不自动转义XML字符，也不需要.value()提取，语法干净得多。
例如：STRING_AGG(ISNULL(name, ''), ',') WITHIN GROUP (ORDER BY sort_order)。但如果你维护的是SQL Server 2014或更早实例，FOR XML PATH仍是事实标准——别指望CONCAT_WS或窗口函数能替代它。
-
STRING_AGG不支持DISTINCT，去重要套SELECT DISTINCT子查询 -
FOR XML PATH在复杂嵌套场景（如拼接JSON片段）仍有不可替代性 - 跨版本迁移时，最容易被忽略的是
TYPE和.value()这对组合，缺一不可
