SQL Server中XQuery性能问题：为何APPLY写法性能更差？

核心原因分析： #

1. 多次nodes()拆分带来额外开销
   每次CROSS/OUTER APPLY nodes()都会将XML节点转换为关系型行集，多次操作会生成多个中间临时结果，消耗额外的CPU和内存资源。在你的场景中，XML结构每个层级大概率只有单个节点，这种拆分完全是冗余操作，反而拖慢性能。

2. XML解析次数过多
   低效查询中，每个value()调用都基于不同的子节点上下文，SQL Server需要重复解析XML的相同片段；而高效查询直接从根XML对象出发，用绝对XPath一次性定位目标节点，引擎只需完成一次路径解析即可提取所有值，减少了重复工作。

3. 隐含结果集膨胀风险
   如果XML中某个层级存在多个节点（比如多个<name>），多次OUTER APPLY会触发笛卡尔积，导致结果集行数爆炸。即使当前数据没有这种情况，这种写法也存在性能隐患，而高效查询通过[1]直接取第一个节点，保持结果集行数与原表一致，避免了不必要的行数增长。

• 优先直接用XPath定位，减少不必要的nodes()拆分
  当目标节点在XML结构中是唯一的，或者只需取第一个实例时，直接使用value()配合绝对路径，比拆分节点再取值更高效。

• 合并相同上下文的value()调用
  如果需要从同一父节点下提取多个字段，先通过一次nodes()获取该父节点上下文，再基于此调用value()，避免每次都从根节点重新定位。例如：

SELECT x.ApplicationId
    , ai.value('(firstName)[1]','varchar(100)') AS FirstName
    , ai.value('(middleName)[1]','varchar(100)') AS MiddleInitial
    , ai.value('(lastName)[1]','varchar(100)') AS LastName
FROM #xml x
CROSS APPLY x.XMLResponse.nodes('/xml-response/personPii/applicantInformation') t(ai)

• 去掉冗余的/text()
  SQL Server的value()函数可以直接从元素节点取值，value('(reportId)[1]', ...)和value('(reportId/text())[1]', ...)效果完全一致，但前者更简洁，引擎处理效率更高。

• 创建XML索引优化大表查询
  如果XML列数据量大且查询频繁，先创建主XML索引，再根据查询模式创建路径XML索引，可以让引擎快速定位节点，大幅提升XPath查询性能。

• 先过滤关系数据，再处理XML
  先通过WHERE子句筛选出需要处理的行（比如特定ApplicationId），再对这些行的XML进行操作，避免解析不必要的XML数据。

• 减少APPLY层级
  如果必须拆分节点，尽量合并不必要的层级，避免多层嵌套APPLY带来的中间结果集开销。

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