关系型数据映射到 XML 有四种核心策略：①表→元素、行→子元素、列→子元素名；②主键 / 简短字段→属性，提升紧凑性；③一对多关联→嵌套结构；④任意引用→ID/IDREF 机制。需据语义、可读性、处理需求混合选用。
关系型数据模型映射到 XML 结构，核心是把表、行、列、主键、外键等关系语义，转换为元素、属性、嵌套、ID/IDREF 等 XML 语法能表达的形式。关键不在于“一一对应”，而在于保留数据语义和可读性，并兼顾后续处理（如 XSLT 查询、XPath 导航或 Schema 验证）的便利性。
表映射为元素，行映射为子元素
这是最直观也最常用的策略：每个数据库表对应一个顶层或嵌套的 XML 元素，每条记录（行）用该元素的一个子元素表示。列名通常转为子元素名，值作为文本内容。
- 例如，users 表中一行
(id=101, name=" 张三 ", email="zhang@example.com")可映射为：<user><id>101</id><name> 张三 </name><email>zhang@example.com</email></user> - 适合字段不多、结构稳定、侧重可读性的场景；但嵌套过深或重复标签多时，体积略大。
用属性表达简单标量字段
将主键、编码 类或不可空的简短字段映射为 XML 元素的属性，其余字段仍用子元素，能提升紧凑性和 XPath 查询效率。
- 同上例可改为：
<user id="101"><name> 张三 </name><email>zhang@example.com</email></user> - 注意：属性值不能含结构化内容（如换行、子元素），也不宜用于可能为空或含特殊字符的字段（如含
的文本需转义）。
用嵌套表达一对多关联
外键关系不直接存为 ID 字符串，而是通过元素嵌套体现层级。主表记录作为父元素，从表记录作为其子元素，自然反映“一个用户有多个订单”这类语义。
- users 表与 orders 表（外键
user_id）可映射为：<user id="101"><name> 张三 </name><orders><order id="2001"><amount>99.9</amount></order></orders></user> - 避免了显式引用，便于树形遍历；但若关联复杂（如多对多需中间表），嵌套层次可能过深，需权衡是否扁平化或拆分文档。
用 ID/IDREF 机制表达任意引用关系
当需要保持数据独立性、支持循环引用或跨文档链接时，可用 XML 内置的 ID 和IDREF类型（需配合 DTD 或 XSD 声明）。主键字段设为ID，外键字段设为IDREF，由解析器自动校验。
- 示例片段（需 XSD 定义）：
<user id="u101"><name> 张三 </name></user><order id="o2001" userref="u101"><amount>99.9</amount></order> - 好处是松耦合、易维护；缺点是依赖 Schema 约束，部分轻量级 处理器 不严格校验 IDREF，且无法在纯 XML 文档中直接看出关联目标。
基本上就这些。选哪种策略取决于数据复杂度、使用方需求（比如下游系统是否依赖特定结构）、是否要生成 Schema、以及是否强调人类可读还是机器高效处理。实际中常混合使用——主键用属性，内容字段用子元素，一对多用嵌套，多对多或弱引用用 IDREF。不复杂但容易忽略的是：始终明确“谁是根”“空值怎么表示”“日期 / 布尔等类型要不要加 type 属性”，这些细节决定 XML 能否被稳健消费。
