Oracle存储过程操作XML核心是XMLType解析查询和XMLELEMENT生成；XMLType非原生PL/SQL变量类型，11g需通过SELECT INTO赋值，12c+虽支持直接声明但有兼容限制；XMLELEMENT中NULL属性会消失，须用NVL(field,' ')配合REPLACE处理。
oracle 存储过程中操作 xml 数据，核心就两条路：用 xmltype 做解析/查询，用 xmlelement 系列函数做生成。别指望 pl/sql 原生支持 xml 对象遍历——它没这能力，全靠 sql 层的 xml 函数在背后干活。
XMLType 不是变量类型，是 SQL 层的“可查对象”
XMLType 不能直接声明为 PL/SQL 变量（比如 v_xml XMLType 在 DECLARE 段会报错 ORA-06550），它本质是 SQL 类型，必须通过 SQL 语句赋值或传参进入 PL/SQL 上下文。
- 正确写法是：
SELECT XMLType('<root><a>1</a></root>') INTO v_xml_clob FROM dual;，其中v_xml_clob得声明为CLOB或XMLType（仅 Oracle 12c+ 支持直接声明XMLType变量，但仍有兼容限制） - 若用
EXTRACTVALUE或XMLTABLE查询，必须走SELECT ... INTO，不能用纯 PL/SQL 赋值 - 常见错误：
v_xml := XMLType(...)在 11g 及更早版本直接失败；即使 12c+ 允许，后续调EXTRACT时仍可能因上下文缺失报 ORA-19032（期望 XMLType 实例但得到字符串）
XMLELEMENT + XMLATTRIBUTES 生成带属性的节点时，NULL 字段会消失
用 XMLELEMENT("item", XMLATTRIBUTES(field1 AS "id", field2 AS "name")) 生成 XML，只要 field2 是 NULL，name 属性就彻底不出现，不会留空或占位。
- 解决方法不是用
NVL(field2, '')——空字符串仍导致属性消失 - 必须用
NVL(field2, ' ')（一个空格），再配合REPLACE(..., ' ""', '""')清理多余空格，否则生成name=" "这种非法空白值 - 如果字段含特殊字符（如
&、），<code>XMLELEMENT默认不转义，需手动DBMS_XMLGEN.CONVERT处理，否则 XML 解析失败 - 嵌套生成推荐用
XMLFOREST配合XMLELEMENT，比硬拼字符串安全，例如：XMLELEMENT("user", XMLFOREST(id AS "uid", name AS "uname"))
大 XML 写文件别用 DBMS_LOB.WRITEAPPEND 直接塞 CLOB
用 DBMS_XMLQUERY.GETXML 或 XMLELEMENT 生成的 XML 通常是 CLOB，直接用 UTL_FILE.PUT_LINE 写文件会截断（默认 32767 字节上限），且换行符丢失。
- 必须分块读：
DBMS_LOB.SUBSTR(xml_clob, buffer_size, offset)，buffer_size 控制在 3000–8000 之间（太大易 OOM，太小 I/O 多） - 每次
UTL_FILE.PUT后必须UTL_FILE.FFLUSH，否则缓冲区未落盘，文件为空或不完整 - 目录权限容易漏：
CREATE DIRECTORY xml_dir AS '/path'后，还得GRANT READ,WRITE ON DIRECTORY xml_dir TO your_user - 别用
DBMS_OUTPUT.PUT_LINE打印整个 XML——超长直接被截，只适合调试前几行
真正麻烦的不是语法，而是 XML 的“隐式上下文”：PL/SQL 里所有 XML 函数都依赖 SQL 引擎执行，一旦混用绑定变量、动态 SQL 或游标缓存，XMLType 实例可能在不同作用域间失效。最稳妥的做法，是把 XML 构建和解析逻辑全部封装进视图或函数，存储过程只负责调用和流转 CLOB。
