应使用.nodes() + .value()配合GROUP BY解析XML字段，FOR XML PATH仅用于字符串拼接，无法正确处理XML类型数据，隐式转换会导致转义错误或数据丢失。
直接用 .nodes() + .value() 配合 GROUP BY，别碰 FOR XML PATH 解析 XML 字段——它不是为这个设计的，硬套会丢数据或报错。
为什么不能用 FOR XML PATH 处理 XML 字段聚合
FOR XML PATH('') 是字符串拼接工具，不是 XML 解析器。它对 XML 类型字段完全无效：传入 XML 变量或列时，SQL Server 会尝试隐式转成字符串，一旦含未转义的 &、、<code>" 就直接报错；即使侥幸成功，也只得到原始 XML 文本的扁平拼接，无法提取节点内容。
- 常见错误现象：
SELECT payload FROM OrdersXML FOR XML PATH('')看似能跑，但结果是把整个 XML 当作一长串字符拼起来，不是按/Order/Item提取多个值再分组 - 想在
GROUP BY中对 XML 字段做“每个订单取所有 ProductID 拼成逗号串”？FOR XML PATH在外层主查询里根本不能和GROUP BY共存，语法直接拒绝 - 真正要聚合的是 XML 内部结构（比如每个订单下多个
OrderDetail），必须先用.nodes()展开成行，再分组统计或拼接
正确做法：先 .nodes() 展开，再 GROUP BY 聚合
核心是把 XML 字段“打平”成关系行集，让每个匹配节点变成一行，之后就能像普通表一样 GROUP BY、STRING_AGG 或 STUFF + FOR XML PATH（这次是对展开后的标量字段操作）。
- 确保字段类型是
XML（不是NVARCHAR(MAX)），否则.nodes()返回空结果且不报错 - 路径表达式要精确匹配结构，比如
/ROOT/Customer/Order/OrderDetail区分大小写，漏掉/ROOT就查不到 - 若 XML 含默认命名空间（如
xmlns="http://ns"），必须在.nodes()前加WITH XMLNAMESPACES声明前缀，否则路径全失效 - 示例：从
OrdersXML(payload XML)中按CustomerID分组，拼出各客户所有产品 ID
SELECT
T.c.value('(../@CustomerID)[1]', 'VARCHAR(10)') AS CustomerID,
STRING_AGG(T.c.value('(@ProductID)[1]', 'INT'), ',') AS ProductIDs
FROM OrdersXML
CROSS APPLY payload.nodes('/ROOT/Customer/Order/OrderDetail') AS T(c)
GROUP BY T.c.value('(../@CustomerID)[1]', 'VARCHAR(10)');
兼容旧版本（SQL Server 2016 及以下）的拼接写法
如果不能用 STRING_AGG（2017+ 才有），就回到 STUFF + FOR XML PATH，但注意：它只能作用于 .nodes() 展开后的结果集，不能绕过这一步直接对 XML 字段操作。
- 子查询里必须显式写出
GROUP BY关联字段，外部GROUP BY无法传递上下文 - NULL 值会被
.value()自动转成 NULL，STUFF子查询中需用ISNULL(..., '')避免整行变 NULL - 排序必须在子查询内用
ORDER BY，外部ORDER BY对拼接顺序无影响 - 示例（等效上一个查询，但兼容 2016）：
SELECT
CustomerID,
STUFF((
SELECT ',' + CAST(T2.c.value('(@ProductID)[1]', 'INT') AS VARCHAR(10))
FROM OrdersXML t1
CROSS APPLY t1.payload.nodes('/ROOT/Customer/Order/OrderDetail') AS T2(c)
WHERE T2.c.value('(../@CustomerID)[1]', 'VARCHAR(10)') = t.CustomerID
ORDER BY T2.c.value('(@ProductID)[1]', 'INT')
FOR XML PATH(''), TYPE
).value('.', 'NVARCHAR(MAX)'), 1, 1, '') AS ProductIDs
FROM (SELECT DISTINCT T.c.value('(../@CustomerID)[1]', 'VARCHAR(10)') AS CustomerID
FROM OrdersXML
CROSS APPLY payload.nodes('/ROOT/Customer/Order/OrderDetail') AS T(c)) t;
容易被忽略的坑：空 XML、缺失节点、类型不匹配
.value() 遇到路径不存在或 XML 为空时返回 NULL，这本身没问题；但一旦参与字符串拼接（如 ISNULL(val, '') + ','），而 val 是 INT 类型，就会触发隐式转换失败——错误信息往往是 Cannot convert a char value to int，而不是路径问题。
- 每个
.value()必须带 [1] 和明确 SQL 类型，(@attr)[1]→'INT'，不能只写'VARCHAR'（长度缺失会导致截断） - 用
.exist()预筛比靠.value()返回 NULL 更可靠，例如WHERE payload.exist('/ROOT/Customer') = 1 - 如果 XML 字段允许 NULL，
CROSS APPLY会自动跳过该行；需要保留空记录就得改用OUTER APPLY，再配合ISNULL处理 - 最麻烦的是混合内容：同一路径下有的节点有
@ProductID，有的只有文本值，.value('(@ProductID)[1]', 'INT')对后者返回 NULL，但不会报错——得靠业务逻辑确认是否合理
