SQL Server中提取xml字段节点值须用value()方法，指定XPath（如'(/root/item/@id)[1]'）和返回类型；需判空、处理命名空间，并优先用nodes()拆分而非OPENXML。
SQL Server 中 xml 类型字段怎么查出具体节点值？
直接用 SELECT 查 xml 字段只能看到 XML 文本或缩略显示，要提取某个节点内容，必须调用 value() 方法。它要求两个参数：XPath 表达式和返回的 SQL 类型（比如 INT、VARCHAR(100)），缺一不可。
-
value()的 XPath 必须以(.)开头或指定根路径，例如'(/root/item/@id)[1]'或'text()[1]'；写成'/root/item/@id'会报错“XQuery [value()]: ‘value()’ requires a singleton (or empty sequence)” - 如果节点可能为空，
value()返回NULL，不是空字符串——别用ISNULL(col.value(...), '')来兜底，得先确认路径是否匹配到节点 - XML 命名空间会影响查询，没声明
WITH XMLNAMESPACES就直接写带前缀的 XPath，结果永远是NULL
SQL Server 报错 “XQuery [query()]: The XML data type method ‘query’ cannot be used on a null value” 怎么办？
这个错误不是 XML 内容有问题，而是你对一个 NULL 的 xml 字段调用了 query()、value() 或 nodes()。SQL Server 不允许在 NULL 上执行任何 XML 方法。
- 先用
WHERE xml_col IS NOT NULL过滤，再调用 XML 方法 - 或者用
CASE WHEN xml_col IS NOT NULL THEN xml_col.query(...) ELSE NULL END包一层 - 注意：即使字段定义为
NOT NULL，实际数据仍可能是NULL（比如插入时没赋值），不能跳过判空
把 XML 拆成多行（类似展开嵌套列表）该用 nodes() 还是 OPENXML？
优先用 nodes()。它轻量、无需预准备句柄，且支持标准 XPath；OPENXML 是旧接口，需要 sp_xml_preparedocument 和 sp_xml_removedocument 配套，容易漏清理导致内存泄漏。
-
nodes()返回的是虚拟表，必须配合CROSS APPLY使用，例如：FROM t CROSS APPLY xml_col.nodes('/root/item') AS T(c) - 每个
T(c)中的c是一个xml类型的列，可对其继续调用value()提取子节点 - 如果 XML 层级深或节点重复多，
nodes()可能比等价的OPENXML慢 10%–20%，但可维护性高得多，除非真卡在性能瓶颈上，否则别换
XML 数据太大（> 2MB）查询变慢甚至超时，怎么优化？
XML 类型不走索引，全文扫描不可避免。真正影响性能的往往不是解析本身，而是未限制作用域就全表遍历 + 大字段 I/O。
- 加前置过滤条件（比如时间范围、状态字段），确保
WHERE能命中非 XML 索引，把扫描行数压到最低 - 避免在
SELECT列表里直接写xml_col.value(...)—— 改成先nodes()拆，再对拆出的小片段处理，减少单次 XML 解析开销 - 如果只是偶尔需要查结构化字段，考虑在写入时用计算列持久化关键节点值，例如：
ALTER TABLE t ADD item_id AS xml_col.value('(/root/@id)[1]', 'INT') PERSISTED
[1]、忘记命名空间，结果就是 NULL 或报错——没有模糊地带。 
