query_to_xml()可快速生成XML字符串，返回xml类型值，支持自动转义、事务一致性，但需限制数据量、注意命名空间和编码声明问题。
用 query_to_xml() 快速生成 XML 字符串
PostgreSQL 原生支持把查询结果转成 XML，核心函数就是 query_to_xml()。它不写文件，只返回一个 xml 类型的值，适合在应用层进一步处理或拼接。
常见错误是直接对大表调用却不加限制，导致内存暴涨甚至 OOM；或者忽略命名空间参数，导出后解析失败。
-
query_to_xml('SELECT id, name FROM users LIMIT 10', true, false, '')—— 第二个参数true表示带表结构（<table>包裹），第三个false表示不加命名空间，第四个是自定义根节点名（空则用table） - 如果字段含特殊字符（如
&、<），函数会自动转义，不用手动处理 - 注意：该函数在事务中执行，若查询涉及未提交数据，XML 里也会包含它们
导出到文件需绕过 COPY 的限制
COPY ... TO 不支持直接导出 XML，因为它是面向文本/CSV/二进制格式设计的，不能调用 SQL 函数。想落地为 .xml 文件，得靠客户端配合或服务端命令行工具。
最稳的方式是用 psql 的元命令 + query_to_xml() 组合：
- 在 psql 中运行：
\o output.xml，然后执行SELECT query_to_xml('SELECT * FROM products', true, true, 'products');，再执行\o关闭输出 - 注意：输出内容是单行字符串，含换行符和缩进（取决于 PostgreSQL 版本），但不会自动美化排版
- 若用脚本批量导出，避免在 shell 中拼接 SQL，防止注入；改用
psql -c "SELECT query_to_xml(...)"并重定向到文件
table_to_xml() 和 schema_to_xml() 的适用边界
这两个函数更适合“整表导出”或“整个 schema 导出”，省去写 SQL 的麻烦，但灵活性低、性能开销大。
典型误用场景：用 table_to_xml('users', ...) 导出百万行用户表，结果内存爆满或超时。
-
table_to_xml('users', true, true, '')等价于全表SELECT *，不支持WHERE或排序，也不能跳过敏感字段 -
schema_to_xml('public', ...)会递归导出所有表+视图+序列，常用于备份元数据，不是日常数据导出手段 - 三者（
query_to_xml/table_to_xml/schema_to_xml）都受work_mem影响，大数据量下可能触发磁盘临时文件，拖慢速度
XML 编码与客户端解析的实际坑
PostgreSQL 默认输出 UTF-8 编码的 XML，但不会在内容开头写 <?xml version="1.0" encoding="UTF-8"?> 声明——这是很多解析器报错的根源。
- 若下游是 Java 的
DocumentBuilder或 Python 的xml.etree.ElementTree，建议手动拼接声明头：SELECT '<?xml version="1.0" encoding="UTF-8"?>' || query_to_xml(...) - 导出含 NULL 值的字段时，
query_to_xml()默认生成空标签（<colname/>），部分解析器会当成缺失字段而非 null，需提前用COALESCE(col, '')统一处理 - 字段名含大小写或特殊符号（如
user_id）会被转成合法 XML 标签名（user_id→user_x005Fid），除非用xmlforest()手动控制
事情说清了就结束
