xquery 是专为查询和操作 xml 数据设计的声明式语言，基于 xpath 扩展，支持 flwor 表达式、路径导航、数据构造、函数定义及模块化，原生适配 xml 层次结构，可在视图中安全使用 .nodes() 和 .value() 无副作用解析 xml 字段。
视图本身不能直接封装 OPENXML 调用，也不能在定义中执行 sp_xml_preparedocument 这类副作用操作；但你可以用 XQuery 方法（.nodes() + .value()）在视图里安全、可复用地解析 XML 字段——这是唯一可行且生产推荐的方式。
为什么不能在视图里用 OPENXML
OPENXML 依赖临时文档句柄（@idoc），必须配合 sp_xml_preparedocument 和 sp_xml_removedocument 成对调用。而视图是声明式对象，不支持变量声明、存储过程调用或资源释放逻辑。
- 尝试在视图中写
EXEC sp_xml_preparedocument ...会直接报错：Invalid use of a side-effecting operator 'EXECUTE STRING' - 即使绕过语法检查，也无法保证每次查询都正确准备/释放句柄，极易引发内存泄漏或句柄冲突
-
OPENXML是 SQL Server 2000 时代的遗留方案，微软已明确建议优先使用原生 XML 类型方法
怎样用 XQuery 在视图里解析 XML 字段
核心是把 .nodes() 作为行集生成器，再用 .value() 提取值——整个过程无状态、无副作用，完全适配视图语义。
- 确保源表字段类型为
XML（不是VARCHAR或TEXT），否则.nodes()会静默失败或返回空结果 - 路径表达式必须匹配实际结构：比如
/ROOT/Customer中的大小写、层级、是否含命名空间都影响结果 - 每个
.value()必须带[1]索引和显式类型，例如(@CustomerID)[1]→'VARCHAR(10)'，否则报错 - 若 XML 可能为空或路径不存在，
.value()返回NULL，无需额外判空；但不要依赖ISNULL(..., 'default')去兜底——先确认数据质量更稳妥
示例：从 OrdersXML 表的 payload 字段中提取客户订单明细
CREATE VIEW v_OrderDetails AS
SELECT
T.c.value('(../@CustomerID)[1]', 'VARCHAR(10)') AS CustomerID,
T.c.value('(../@OrderDate)[1]', 'DATE') AS OrderDate,
T.c.value('(@ProductID)[1]', 'INT') AS ProductID,
T.c.value('(@Quantity)[1]', 'INT') AS Quantity
FROM OrdersXML
CROSS APPLY payload.nodes('/ROOT/Customer/Order/OrderDetail') AS T(c);
处理带命名空间的 XML 视图写法
如果 XML 声明了默认命名空间（如 xmlns="http://example.com/ns"），所有节点都受其约束，.nodes() 路径必须显式声明前缀，且需在视图定义中用 WITH XMLNAMESPACES 绑定。
- 不能在视图里直接写
WITH XMLNAMESPACES——语法不支持；必须改用内联方式，在.nodes()或.value()的 XQuery 表达式中用declare namespace - 正确写法示例：
T.c.value('declare namespace x="http://example.com/ns"; x:ProductID[1]', 'INT') - 注意：每个
.value()都要重复声明命名空间，无法复用；复杂场景建议先用计算列预处理命名空间剥离
性能与维护要注意的关键点
XML 解析在视图里是“每次查询都实时执行”的，没有缓存机制。一旦 XML 数据量大或嵌套深，.nodes() 可能成为性能瓶颈。
- 避免在视图里解析超长 XML（如 > 1MB）或深度 > 5 层的嵌套结构；考虑提前用触发器或作业拆解到关系表
- 给 XML 字段建
PRIMARY XML INDEX（仅企业版支持），能显著加速.nodes()和.exist()；但会增加写入开销和存储占用 - 如果业务只要查某几个固定字段，别图省事把整个 XML 拆成宽表视图——按需投影，减少不必要的
.value()调用 - 测试时务必用真实数据量验证：用
SET STATISTICS XML ON看执行计划里是否有XML Reader算子及其成本占比
最常被忽略的是命名空间声明的隐式绑定和索引缺失——这两项导致的“查不到数据”或“查询慢十倍”，往往花半天才定位到根源。
