用 XMLTable 替代 extractValue 是最稳妥的选择，因其在12c后已弃用，且XMLTable支持命名空间、多值节点、空节点处理及JOIN等关系化操作。
用 XMLTable 替代 extractValue 是最稳妥的选择
extractValue 在 12c 及以后版本中已弃用，运行时可能不报错但行为不可靠，尤其在含命名空间、多值节点或空节点场景下会返回 NULL 或报 ORA-19176。XMLTable 不仅语法清晰，还能天然支持 JOIN、WHERE 和批量提取，是当前唯一推荐的关系化解析方式。
- 必须显式声明
PASSING参数传入XMLType变量或列，不能直接写字符串 - 路径表达式中若含命名空间，
COLUMNS子句前需加XMLNAMESPACES声明，例如：XMLNAMESPACES('http://ns.example.com' AS "ns") - 单个 XML 文档含重复节点（如多个
<item>）时，XMLTable 自动展开为多行，无需额外循环
在 PL/SQL 匿名块里解析 XML 时，别直接用 extract() 返回 XMLType
extract() 返回的是 XMLType 对象，不是字符串；如果后续想拼接、比较或写入日志，必须调用 getStringVal()，否则会触发 ORA-06502 数值或字符错误。更关键的是，extract() 不处理上下文丢失问题——比如从嵌套结构中提取子节点后，再对结果调用 extract()，XPath 路径要重写，极易出错。
- 优先用
XMLTable一次性取到标量值（VARCHAR2、NUMBER等），避免中间 XMLType 类型转换 - 若必须保留 XML 片段（如转发给下游系统），用
XMLSerialize控制输出格式，例如：XMLSerialize(content node AS CLOB) - 注意
extract()对空节点返回空XMLType，调用getStringVal()得到空字符串而非 NULL，和业务预期可能不符
处理大 XML 或高频解析时，提前建索引比硬编码快得多
当表中 XMLType 字段被频繁按固定路径查询（如 /order/header/customerId），光靠函数无法提速。Oracle 支持在 XMLType 列上建 XPath 索引，但前提是建表时用了对象关系型存储（STORE AS OBJECT RELATIONAL），CLOB 存储方式不支持。
- 建索引语句形如：
CREATE INDEX idx_config_custid ON t_config_or (config_data) INDEXTYPE IS XDB.XMLINDEX PARAMETERS ('PATHS (INCLUDE (/root/customer/id))'); - 索引只对
XMLTable和existsNode()生效，对extractValue()无效 - 索引会增加 DML 开销，若 XML 更新频繁且查询稀疏，反而拖慢整体性能
existsNode() 比手动判空更可靠，但别在 WHERE 中滥用
检查节点是否存在，用 existsNode() 比先 extract() 再判 IS NULL 更准确：它能识别节点存在但内容为空的情况（如 <price/>），而 extract() 对这种节点返回空 XMLType，getStringVal() 后是空字符串，容易误判。
- 在 SQL 查询的
WHERE子句中直接写existsNode(config_data, '/root/price') = 1会导致全表扫描，即使有 XMLIndex 也可能不走索引 - 建议把 existsNode() 放在
SELECT列表或 PL/SQL 变量赋值中做前置判断，再决定是否进入复杂解析逻辑 - PL/SQL 中调用
xml_data.existsNode('/path')返回NUMBER（1 或 0），不是布尔值，别直接用于 IF 条件而不显式比较
