FOR XML PATH('') 能拼接字符串是因为它将每行转为无标签的 XML 片段，空路径名使列值直接连接；SQL Server 2017 前依赖此法，需子查询+TYPE+.value() 避免实体转义和多余标签。
FOR XML PATH('') 为什么能拼接字符串？
因为 FOR XML PATH('') 把结果集每一行转成 XML 片段，而空路径名（''）会让各列值直接连在一起、不带标签。SQL Server 没有原生 STRING_AGG（直到 2017 才加），所以这是 2005–2016 间最可靠的方式。
关键点：必须用子查询 + FOR XML PATH('') + TYPE（可选但推荐）+ .value() 提取纯文本，否则可能混入 XML 实体（如 & 变成 &）。
常见错误现象：SELECT ',' + name FROM sys.tables FOR XML PATH('') 返回开头多一个逗号；或者返回带 <row></row> 标签的 XML 字符串。
- 始终用子查询包裹，避免主查询字段干扰
- 拼接前加
','，然后用STUFF(..., 1, 1, '')去掉首逗号 - 加上
TYPE后调用.value('.', 'NVARCHAR(MAX)')避免实体转义
JOIN 场景下怎么避免重复拼接？
一不小心就会把主表每行都触发一次子查询，导致每个主记录都拼出全部关联数据——这不是“按主键分组拼接”，而是“全量重复拼接”。根本原因是子查询没和主表做关联绑定。
正确做法：子查询里用相关子查询（correlated subquery），通过 WHERE 显式关联主表字段（比如 t1.id = t2.parent_id），让每次执行只取当前主行对应的子集。
使用场景：订单表 Orders 关联订单明细 OrderItems，要为每个订单拼出所有商品名，而不是把所有商品名拼一起塞进每一行。
SELECT
o.OrderID,
STUFF((
SELECT ',' + i.ProductName
FROM OrderItems i
WHERE i.OrderID = o.OrderID -- 关键：绑定到外层 o
FOR XML PATH(''), TYPE
).value('.', 'NVARCHAR(MAX)'), 1, 1, '') AS ProductList
FROM Orders oORDER BY 在 FOR XML PATH 中怎么生效？
FOR XML PATH 子查询里的 ORDER BY 决定拼接顺序，但它必须出现在子查询末尾、FOR XML 之前，且不能依赖外部列别名（要用原始列名或位置）。
容易踩的坑：在子查询里写 ORDER BY o.CreatedDate 会报错，因为 o 不在子查询作用域；也不能写 ORDER BY 1（除非是常量表达式），SQL Server 对 ORDER BY 在子查询中限制严格。
- 排序字段必须来自子查询内部的表（如
i.SortOrder或i.ProductName） - 若需按主表字段排序（如按客户等级排商品），得提前把该字段 JOIN 进子查询，或改用 APPLY
- 没有
ORDER BY时拼接顺序不确定，别依赖默认顺序
替代方案：CROSS APPLY vs 子查询性能差异
当拼接逻辑复杂（比如要过滤、转换、多表 JOIN）或主表很大时，CROSS APPLY 比相关子查询更易读且有时更快——因为它明确表达了“对每行执行一次计算”，优化器也更容易推导执行计划。
但注意：CROSS APPLY 本质是左连接语义，如果子查询无匹配行，主行仍保留（结果为 NULL），而相关子查询天然支持空结果（NULL）。
SELECT
o.OrderID,
ca.ProductList
FROM Orders o
CROSS APPLY (
SELECT STUFF((
SELECT ',' + i.ProductName
FROM OrderItems i
WHERE i.OrderID = o.OrderID
ORDER BY i.LineNumber
FOR XML PATH(''), TYPE
).value('.', 'NVARCHAR(MAX)'), 1, 1, '')
) ca(ProductList)真正麻烦的地方不在语法，而在嵌套层级深了之后，FOR XML 的 TYPE 和 .value() 必须成对出现，漏一个就可能返回 XML 类型值，后续字符串操作失败。这个细节没人提醒，但线上出过好几次截断或乱码。
