Oracle中EXTRACT返回空因XPath 1.0限制、命名空间未声明、未调用getStringVal()；推荐改用XMLTABLE，它支持XPath 2.0、统一声明命名空间、天然返回SQL类型值。
Oracle 里用 EXTRACT 解析 XMLTYPE 为啥总返回空？
因为 extract 在 oracle 10g/11g 中默认只支持 xpath 1.0，且对命名空间、根节点层级、数据类型敏感——不是写对路径就能出结果。
- 必须显式声明命名空间（哪怕文档没声明），否则
EXTRACT直接忽略匹配节点 -
XMLTYPE字符串若以<?xml version="1.0"?>开头，但没指定编码，某些版本会解析失败，建议用XMLTYPE.createXML()构造而非直接字符串转 - 返回值是
XMLTYPE，不是字符串，想取文本得链式调用.getStringVal()，漏掉这步就看到空或NULL - 示例：
SELECT EXTRACT(xml_col, '/root/item/name/text()', 'xmlns="http://example.com"')<br> .getStringVal() AS name_val<br>FROM my_table;
替换 EXTRACT：为什么现在更推荐用 XMLTABLE
EXTRACT 在 Oracle 12c+ 已被标记为“deprecated”，官方明确建议迁移到 XMLTABLE——它支持完整 XPath 2.0、能同时提取多个字段、天然处理命名空间，且性能更稳定。
-
XMLTABLE把 XML 当作虚拟表查，避免嵌套EXTRACT+getStringVal()的冗余链式调用 - 命名空间用
XMLNAMESPACES()一次性声明，不用在每个路径里重复写 - 遇到空节点不会报错，而是返回
NULL，和 SQL 行为一致，便于后续NVL或过滤 - 示例：
SELECT x.name, x.price<br>FROM my_table,<br> XMLTABLE(XMLNAMESPACES('http://example.com' AS "ns"),<br> '/ns:root/ns:item'<br> PASSING xml_col<br> COLUMNS name VARCHAR2(50) PATH 'ns:name',<br> price NUMBER PATH 'ns:price') x;
XMLTYPE 存储选 CLOB 还是 BINARY XML？
取决于查询频率和更新模式。不是越大越好，也不是越小越快。
- 用
CREATE TABLE ... XMLTYPE COLUMN xml_col STORE AS BINARY XML：适合高频 XPath 查询，索引（如 XMLIndex）生效快，但插入/更新开销略高，且不兼容某些旧客户端驱动 - 用
STORE AS CLOB：写入快、兼容性好，但 XPath 查询必须全表扫描 XML 内容，无法有效利用结构化索引 - 如果表里 XML 很少被查询，只是存档用，
CLOB更省资源；如果常按/order/items/item[@id="123"]这类条件查，必须选BINARY XML并配PATH TABLE索引
提取属性值时 @ 符号总失效？
不是语法错，是路径上下文没对齐。XPath 中 @attr 只能作用于当前节点的属性，如果路径末尾没停在含该属性的元素上，就取不到。
- 错误写法：
'/root/items/@id'—— 假设<items></items>本身没有id属性，真正有id的是它的子节点<item id="1"></item> - 正确写法：
'/root/items/item/@id'或更安全地用'//item/@id'（但注意//性能差） - 如果属性名含冒号（如
xs:type），必须先在XMLNAMESPACES里绑定前缀，再写成@xs:type - 用
XMLTABLE提取属性时，PATH后直接跟@attr即可，不需要额外函数包裹
//、命名空间是否显式绑定、返回值是否调用了 getStringVal()——这三个点，改掉任意一个，结果可能从 NULL 变成数据，也可能从有数据变成报错。别依赖“看着像就能跑”。
