必须用XMLType列而非CLOB存储需XPath/XQuery查询的XML，因CLOB不支持EXTRACTVALUE、XMLTABLE等函数，直接调用会报ORA-19025错误；XMLType才启用原生XML解析、索引和结构化抽取能力。
XMLType列 vs CLOB：别用CLOB存需要查询的XML
如果XML要被XPath、XQuery或索引访问，必须用XMLType列建表，而不是CLOB。CLOB只是二进制容器，查节点得靠REGEXP_SUBSTR硬解析，性能差且不可靠。用XMLType才能启用EXTRACTVALUE、XMLTABLE和XMLIndex等原生能力。
常见错误现象：SELECT EXTRACTVALUE(xml_col, '/root/id') FROM t在CLOB列上直接报错ORA-19025: EXTRACTVALUE returns value of only one node或根本无结果——因为函数不接受CLOB输入。
- 建表时写
doc XMLType，不是doc CLOB - 插入时用
XMLType('<order><id>1</id></order>')，避免字符串拼接 - 从文件导入需配合
bfilename和字符集ID，如XMLType(bfilename('XML_DIR', 'x.xml'), nls_charset_id('AL32UTF8'))
XMLTABLE替代EXTRACTVALUE：批量提取多节点时更稳
EXTRACTVALUE一次只能取单个节点值，遇到重复子节点（如<item>A</item><item>B</item>）会丢数据；而XMLTABLE天然支持“一转多”，把XML片段映射成关系行集，是处理大数据量XML结构化抽取的标准路径。
使用场景：解析日志XML、订单明细、配置清单等含重复元素的文档。
- 必须指定
PASSING参数传入XMLType列，不能传CLOB -
COLUMNS里用PATH 'text()'取文本值，用PATH '@attr'取属性 - 若XML含命名空间，需在
XMLTABLE开头加XMLNAMESPACES声明
示例：SELECT t.item_name FROM orders_xml x, XMLTABLE('/order/items/item' PASSING x.doc COLUMNS item_name VARCHAR2(100) PATH 'name/text()') t
大XML写入与更新：避免UPDATEXML全量重写
对超大XML文档（>1MB）执行UPDATEXML或INSERTCHILDXML，Oracle会把整个文档加载进内存再修改，极易触发ORA-04030（内存耗尽）。真正可行的是分段操作+流式构造。
关键做法：
- 用
XMLSERIALIZE把修改后的XMLType转为CLOB再写入文件，绕过PGA压力 - 对高频更新字段，改用关系表存储核心数据，XML只存非结构化附件内容
- 必要时拆分XML：主表存摘要，另建
xml_parts子表按<section>粒度存碎片，用XMLConcat动态组装
性能瓶颈常不在XML本身，而在临时表空间和排序
XML解析类函数（XMLTABLE、XMLAGG）底层依赖SORT AGGREGATE和临时表空间。当一次性解析百万级节点时，temp space不足会直接报ORA-01652，比内存溢出更早出现。
容易被忽略的点：
-
XMLTABLE的PASSING表达式若含子查询，可能触发多次全表扫描——先物化结果到GTTS再解析 -
XMLIndex虽快，但建索引本身消耗巨大，且只对固定XPath路径有效，动态路径无效 - AL32UTF8下XML中的emoji或增补平面字符（U+10000以上）会导致内部转换开销翻倍，测试时务必用真实数据集
