nodes()方法用于将XML拆分为行集，必须配合CROSS APPLY和value()提取值；XPath须大小写精确匹配，属性取值用@，文本用text()，命名空间需WITH XMLNAMESPACES声明。
SQL Server 中用 nodes() 提取 XML 字段的多行数据
SQL Server 的 xml 类型支持原生解析，关键不是用 CAST 或 CONVERT 转字符串，而是靠 .nodes() 方法把 XML 拆成虚拟表。它返回的是 XML 类型的节点集，必须配合 .value() 才能取具体值。
常见错误是直接对整个 XML 字段调用 .value() 却没指定 XPath 路径，结果只取到第一个匹配项，或报错 XQuery [value()]: 'value()' requires a singleton (or empty sequence)。
-
.nodes('/Root/Item')中的路径必须大小写、层级完全匹配 XML 结构；/Root不存在就返回空结果，不会报错但查不到数据 - 每个
.value()必须带类型声明，比如.value('(./@id)[1]', 'INT')，括号里的[1]是强制单例，缺了在重复属性场景下会失败 - 如果 XML 里有默认命名空间（如
xmlns="http://tempuri.org/"），必须先用WITH XMLNAMESPACES声明前缀，否则.nodes()找不到任何节点
PostgreSQL 中用 xmltable() 解析并 JOIN 插入
PostgreSQL 9.6+ 提供 xmltable()，比手动写 xpath() 组合更稳。它本质是把 XML 当作“虚拟表”来查询，支持列定义和类型转换，天然适合 INSERT … SELECT 场景。
典型翻车点是忽略命名空间处理和 NULL 映射：XML 里某个字段缺失时，xmltable 默认返回 NULL，但如果目标表字段是 NOT NULL，INSERT 就会失败，得提前用 COALESCE 或 CASE 处理。
-
xmltable( '/root/item' PASSING xml_column COLUMNS id INT PATH '@id', name TEXT PATH 'name/text()')——PASSING后必须是单个xml值，不能是子查询结果集，否则报错argument of xmltable must be type xml -
PATH中用@attr取属性，text()取文本内容；不加text()会返回带标签的 XML 片段，转成 TEXT 就是空字符串 - 若 XML 数据量大（>10MB），
xmltable()可能触发内存溢出，建议先用WHERE xml_column IS NOT NULL AND xml_column::text ''过滤脏数据
MySQL 8.0+ 用 ExtractValue() 和 UpdateXML() 做简单提取
MySQL 没有原生 XML 表解析能力，ExtractValue() 是最常用方案，但它一次只能取一个 XPath 表达式的结果，批量插入必须配合变量或自连接模拟行号——实际中容易卡死或超时。
真正能跑通的轻量做法是：先用 ExtractValue(xml_col, 'count(/root/item)') 算出总条数，再用存储过程循环 + SET @i := @i + 1 构造动态 XPath，比如 ExtractValue(xml_col, concat('/root/item[', @i, ']/@id'))。但要注意 MySQL 对 XML 大小限制（默认 1MB），超限直接截断不报错。
-
ExtractValue()返回的是字符串，数值字段必须显式CAST(... AS SIGNED)，否则排序或计算会按字典序出错 - XPath 中不能用双引号嵌套，
ExtractValue(x, '//item[@type="user"]')会语法错误，得写成ExtractValue(x, concat('//item[@type="', 'user', '"]')) - 如果 XML 含 CDATA 或特殊字符（如
&），ExtractValue()会自动解码，但目标表字符集不匹配时可能存成乱码，务必确认表用utf8mb4
跨数据库批量插入时的事务与性能陷阱
XML 解析本身不慢，慢在 INSERT 时没控制批量粒度。一次性解析 5000 条 XML 并 INSERT 到实体表，很可能锁表几秒，阻塞其他业务。
更隐蔽的问题是字符编码隐式转换：比如 SQL Server 的 xml 类型内部用 UTF-16，而实体表字段是 VARCHAR（非 Unicode），插入含 emoji 的 XML 会导致 ? 替换，且无警告。
- 用
TOP N（SQL Server）或LIMIT（PostgreSQL/MySQL）分批处理，每批 500–1000 行较安全 - INSERT 前加
SELECT COUNT(*)验证解析结果行数是否与预期一致，避免因 XPath 写错导致漏插 - 目标表主键或唯一索引冲突时，SQL Server 可用
MERGE，PostgreSQL 用ON CONFLICT DO NOTHING，MySQL 用INSERT IGNORE—— 但这些语句对 XML 解析后的临时结果集兼容性不一，务必实测
XML 结构一旦嵌套超过三层，或存在不定长子节点（如 <tags><tag>a</tag><tag>b</tag></tags>），就别硬扛在 SQL 里解析，该写应用层代码的时候就得写。
