XML解析需避免触发器内直接INSERT自身表，SQL Server中value()必须用(/path/text())[1]并ISNULL兜底，PostgreSQL中xmltable()不能赋值NEW而需显式DML，MySQL应弃用ExtractValue()改用JSON，且须校验XML合法性防静默失败。
不能在触发器里直接用 xmltable() 或 value() 提取后 INSERT INTO 自身表，否则会触发递归或空值写入失败
SQL Server 中用 value() 提取 XML 字段必须加 [1] 和 text()
常见错误是写成 value('/root/user/city', 'NVARCHAR(50)')，结果报错 XQuery [value()]: The XQuery expression cannot be a sequence。这是因为 XPath 返回了节点集而非单个文本值。
- 正确写法：用
value('(/root/user/city/text())[1]', 'NVARCHAR(50)')——text()取文本内容，[1]强制取首项 - 如果路径可能为空（比如某些记录没填 city），外层套
ISNULL(..., '')，否则整个表达式返回 NULL - 别漏掉括号包裹整个路径：
(/path/to/node)[1]是原子单位，少括号会导致语法错误
PostgreSQL 的 xmltable() 无法赋值给 NEW 字段，得改用 INSERT/UPDATE 显式操作
PostgreSQL 触发器里不能像普通 SQL 那样把 xmltable() 结果直接塞进 NEW.column，因为 NEW 是只读结构体。你只能用它查出数据，再对目标明细表做 DML。
- 典型流程：先
INSERT INTO uploads(xml_content) VALUES (...)→ 触发AFTER INSERT→ 在触发器内用xmltable()解析NEW.xml_content→ 把结果INSERT INTO upload_items - 注意：
xmltable()要配CROSS JOIN或LATERAL才能展开多节点，单条记录多个<item>就得靠这个 - 别在触发器里调用存储过程解析 XML——除非该过程已明确声明为
STABLE或IMMUTABLE，否则可能破坏事务一致性
MySQL 8.0+ 已弃用 ExtractValue()，且不支持复杂嵌套，建议移出触发器
MySQL 的 ExtractValue() 只能处理 well-formed 简单 XML，遇到命名空间、CDATA 或重复同名节点就失效；更关键的是，8.0+ 版本已标记为废弃，未来版本会删。
- 不要在触发器里写
SET @city = ExtractValue(xml_content, '/root/user/city')—— 兼容性差、不可靠、无错误提示机制 - 真实项目中，XML 解析应交给应用层：入库前拆成 JSON 或扁平字段，数据库只存结构化数据
- 若真要保留在库内处理，改用 JSON 格式 +
JSON_EXTRACT()，它支持索引、类型推断和嵌套路径，稳定性高得多
真正容易被忽略的点是：XML 解析失败时触发器默认静默跳过，不会报错也不会回滚主插入。你得在触发器开头加 IF NOT xml_is_well_formed(NEW.xml_content) BEGIN RAISERROR(...); RETURN; END（SQL Server）或用 xml_is_well_formed() 检查（PostgreSQL），否则脏数据会一路透传到明细表。
