SQL Server 的 XML 数据类型支持存储、验证和查询结构化 XML 数据，但用不好容易拖慢性能或查不到结果。关键在于理解其存储机制、索引策略和查询语法差异。
XML 数据类型的存储与验证方式
XML 类型字段可存入 xml 数据类型列，支持 DTD 或 XSD 架构验证（需先注册 Schema Collection）。未验证时为“无类型 XML”，仅做基础 well-formed 检查；启用验证后能保证结构合规，但插入/修改开销略高。
注意：XML 值在内部以二进制编码树形结构（urowset）存储，不是纯文本，因此 LIKE 模糊匹配效率极低，也不支持直接用 = 比较两个 XML 值（需用 .value() 提取后比对）。
常用 XML 方法：query()、value()、exist()、modify()
SQL Server 提供四个核心方法操作 XML 内容，用途分明：
- query()：返回 XML 片段（仍为 xml 类型），适合提取子节点或构造新 XML，如 xCol.query('/book/title')
- value()：提取标量值（必须指定 SQL 类型），如 xCol.value('(/book/@id)[1]', 'INT')，注意括号 [1] 不可省略
- exist()：返回 bit（0/1），高效判断路径是否存在，常用于 WHERE 条件，如 WHERE xCol.exist('/book[price
-
modify()：仅用于 UPDATE，支持 insert/delete/replace，语法严格，需用 XML DML，如 xCol.modify('insert
new into (/root)[1]')
提升 XML 查询性能的实操要点
XML 字段默认无索引，复杂查询可能全表扫描。高效方案依赖两类索引：
- 主 XML 索引：必须先建，是聚集索引，将 XML 内部结构拆成系统表（node table），后续次级索引都依赖它
- 次级 XML 索引：分三种——PATH（加速 /a/b/c 路径查询）、VALUE（加速 value() 中含通配符如 //price 的查找）、PROPERTY（适合按多个属性查整行，如 id + title）
- 避免在 WHERE 中对 XML 列直接用函数包裹，例如 WHERE xCol.value('...', 'INT') > 10 无法走索引；应改用 exist() 配合 PATH 索引预筛选，再用 value() 提取
类型化 vs 非类型化 XML 的选择建议
是否启用 XSD 验证，取决于数据来源可控性：
- 接口接收外部 XML、需强校验格式 → 注册 Schema Collection 并绑定列，写入失败即暴露问题
- 日志类、配置片段等结构松散或动态变化 → 用非类型化 XML，更灵活，且避免 XSD 解析开销
- 类型化 XML 在查询时可利用 XSD 类型信息优化 value() 类型推断，但不改变索引行为；非类型化则所有值默认按字符串处理，需显式转换
