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