nodes()必须配合CROSS APPLY使用，因其仅生成含xml类型列的虚拟行集而非真实表；直接SELECT FROM @xml.nodes()会报错，且XPath区分大小写、需精确匹配，路径无匹配时返回空结果集。
直接用 nodes() 拆 XML，再用 value() 提字段，是 SQL Server 存储过程中最稳的解析路径。别试图用 CAST 或字符串函数硬拆，XML 结构稍一变化就全崩。
为什么 nodes() 必须配合 CROSS APPLY 才能用
nodes() 不返回值，只生成一个带 XML 类型列的虚拟行集——它本身不是表，不能直接 SELECT * FROM @xml.nodes(...)。SQL Server 要求你用 APPLY 把这个行集“挂”到主数据源上，才能访问其中的节点。
- 写
CROSS APPLY：原数据中每行若匹配不到 XML 节点，整行被过滤掉 - 写
OUTER APPLY：原数据行保留，未匹配节点时对应字段为NULL - 路径写错（比如大小写不符、层级多/少一层）→
nodes()返回空行集 → 整个结果集变空，不是报错，容易误判为“数据为空”
value() 总返回 NULL？先看这四个硬性条件
value() 是强契约式提取：XPath 必须返回且仅返回一个原子值（或空），否则静默 NULL 或直接报错。常见失效点：
- 忘了加
[1]：哪怕路径只可能命中一个节点，也必须写(Name/text())[1]，写成Name/text()会报错 “XQuery [value()]: ‘value()’ requires a singleton” - 该取文本却没写
text()：比如value('Name', 'NVARCHAR(50)')返回的是整个Apple value('(Name/text())[1]', 'NVARCHAR(50)') - 取属性漏了
@：写value('id', 'INT')是错的，必须是value('(@id)[1]', 'INT') - 类型强转失败：对空字符串或非数字内容做
value('.', 'INT')，直接返回NULL；建议改用TRY_CAST(c.value('(./@id)[1]', 'NVARCHAR(20)') AS INT)
XML 带命名空间时 nodes() 为啥总查不到节点
只要 XML 根节点声明了 xmlns="http://xxx"（哪怕没前缀），nodes('/Root/Item') 就永远匹配失败——SQL Server 默认不识别默认命名空间。
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 必须在查询前加
WITH XMLNAMESPACES (DEFAULT 'http://xxx') - 或者显式绑定前缀：
WITH XMLNAMESPACES ('http://xxx' AS ns)，然后路径写成/ns:Root/ns:Item - 验证是否识别成功：用
@xml.exist('declare namespace x="http://xxx"; /x:Root')返回 1 表示可识别 - 多个命名空间（如
xmlns:a+xmlns:b）需全部声明，缺一个都不行
嵌套结构或可选字段怎么防崩溃
XML 中某些节点可能缺失，但 value() 遇到空路径不会报错，只是返回 NULL；真正危险的是 XPath 语法错误或类型转换异常（比如把空串转 INT），会导致整个查询中断。
- 所有非必填字段统一用
(XPath/text())[1]写法，不用XPath/text() - 属性也加
[1]：写@status[1]，不写@status - 数值类字段优先走
TRY_CAST(... AS INT)，别依赖value(..., 'INT')的自动转换 - 用
ISNULL(c.value('(Name/text())[1]', 'NVARCHAR(50)'), '')替代裸value()，避免前端因NULL渲染异常
最易被忽略的点：上下文节点是隐式的，nodes() 后每个 c 的当前节点就是匹配到的那个元素，所以 c.value('.','NVARCHAR(MAX)') 取的是该元素全部文本内容（含子元素内联文本），不是 XML 字符串——这点和直觉相反，但恰恰是处理混合内容的关键。
