SQL Server视图中.nodes()解析XML少数据的根本原因是路径未匹配导致整行被过滤而非返回NULL；必须确保XML非NULL、路径精确匹配（含大小写与命名空间）、节点存在性，否则静默丢失数据。
不能直接把“NOSQL格式的XML”当真——XML不是NoSQL，它是半结构化文本；真正要做的，是用SQL视图把XML字段“摊开”成关系型表，关键在路径匹配、命名空间和空节点容忍。
SQL Server 视图里用 .nodes() 解析 XML 字段时为什么总少数据？
常见现象是视图返回行数远少于预期，甚至全为 NULL。根本原因是 .nodes() 路径没匹配到任何节点，它直接跳过整行，而不是返回 NULL 行。
- 必须确认 XML 字段非 NULL 且格式良构：加
WHERE xml_col IS NOT NULL AND xml_col.exist('/root') = 1过滤掉脏数据 - 路径写错不会报错，只会静默不匹配：比如实际是
<Items><Item></Item></Items>，却写了/root/Item—— 应改成/Items/Item或补全前缀/root/Items/Item - 含命名空间的 XML 必须用
WITH XMLNAMESPACES声明，哪怕只是默认命名空间也要显式绑定，否则所有路径失效 - 若某节点可能缺失（如
<price>有时不存在），.value('(/Item/price)[1]', 'decimal(10,2)')会返回 NULL，但别指望它报错提醒你路径不对
Oracle 视图中用 XMLTABLE 提取字段，PATH 写错会怎样？
XMLTABLE 的 PATH 表达式错一个字符，结果就是空集，而且没有任何提示——它不报错，只返回零行。
-
PATH必须从当前上下文节点开始写：比如XMLTABLE('/DEAL_BASIC/USER_DEAL_INFO' COLUMNS USER_DEAL_ID VARCHAR2(50) PATH '/USER_DEAL_INFO/USER_DEAL_ID')，第二个/USER_DEAL_INFO是多余的，应写成PATH 'USER_DEAL_ID' - 文本节点必须显式加
text()：写PATH 'USER_DEAL_ID'可能返回带标签的 XML 片段，要写PATH 'USER_DEAL_ID/text()'才得纯字符串值 - 如果 XML 含默认命名空间（
xmlns="http://xxx"），XMLTABLE的PASSING部分必须用XMLNAMESPACES绑定，否则整个查询返回空 - 日期类字段（如
DEAL_INURE_TIME）建议先用VARCHAR2提取，再用TO_DATE()转换，直接声明DATE类型容易因格式不一致报ORA-01843
SQL Server 视图里能不能用 OPENXML？
不能。视图不允许执行存储过程，而 OPENXML 依赖 sp_xml_preparedocument 和 sp_xml_removedocument 配对调用，这违反了视图的纯函数式约束。
- 视图唯一安全的选择是
.nodes()+.value()组合 -
OPENXML只能用于即席查询或存储过程，千万别塞进视图定义里 - 如果 XML 结构复杂、嵌套深、属性多，优先用
WITH XMLNAMESPACES+ 多层CROSS APPLY拆解，避免单次.nodes()拉平导致笛卡尔爆炸
最易被忽略的点：XML 字段里看似“空”的节点，可能是 <price xsi:nil="true"/>，SQL Server 不会自动转成 NULL，得在 XPath 里显式判断 @xsi:nil；还有就是性能——视图里每多一层 .nodes()，执行计划就多一次 XML 解析开销，超 1MB 的 XML 字段查起来会明显变慢。
