ClickHouse中XML字段必须用String类型存储，因其无原生XML类型；推荐String或LowCardinality(String)，避免预解析，按需用XMLExtractString等函数提取，注意命名空间声明、CDATA处理及排序键设计。
XML字段用 String 还是 XML 类型？
ClickHouse 没有原生 XML 数据类型。所有 XML 内容必须作为文本存储，推荐使用 String（或 LowCardinality(String)，如果标签名高度重复）。别试图用 JSON 类型或自定义解析函数提前“结构化”——XML 层级嵌套、属性混杂、命名空间多变，硬解析极易出错且维护成本高。
常见错误现象：Cannot parse XML 报错来自 XMLExtract* 函数，不是表结构问题，而是查询时解析失败；表本身只管存，不管解。
- XML 文本长度不确定？选
String，不是FixedString - 纯日志类 XML（如 SOAP 请求体）？加
DateTime字段记录接收时间 - 需要快速过滤某类报文？可额外提取一个
String字段存根元素名，比如/Envelope/Body/SubmitOrder→ 存为message_type
要不要预解析成宽表？
除非业务 90% 以上查询都固定读取相同 3–5 个字段（例如 、、），否则不建议建宽表。XML 结构常变，每次新增字段都要 ALTER TABLE ... ADD COLUMN + 全表重写，对大表极其危险。
更稳妥的做法：保留原始 xml_data String 字段，用 ClickHouse 内置函数按需提取：
SELECT XMLExtractString(xml_data, '/order/id', 'xmlns="http://example.com"') AS order_id, XMLExtractString(xml_data, '/order/amount') AS amount FROM xml_logs WHERE XMLExists(xml_data, '/order')
注意：XMLExtractString 性能比 JSON 函数低约 3–5 倍，高频查询场景需权衡；XMLExists 可提前过滤，避免无效解析。
如何处理命名空间和特殊字符？
带命名空间的 XML（如 ）必须在 XPath 中显式声明，否则提取为空。函数第二个参数支持命名空间映射字符串，格式为 'xmlns:ns="http://a.b/c" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"'。
