Excel表结构映射嵌套XML需分层设计多sheet并用代码关联生成：Orders与OrderItems通过order_id关联，Python+pandas+xml.etree递归构建树形结构，避免扁平化或非法标签。
Excel 中的表结构如何映射到嵌套 XML 元素
Excel 本身不支持直接导出为任意嵌套 XML，必须借助外部工具或代码做结构转换。关键在于把 Excel 的二维表逻辑（行/列）对应到 XML 的树形逻辑（父子/兄弟）。常见错误是把每行硬编码成一个 <record>，结果生成扁平 XML，无法表达“订单→多个商品→每个商品有属性”这类关系。
实操建议：
- 先在 Excel 中用多张 sheet 分层：比如
Orders表存主单信息，OrderItems表存明细，并用order_id关联 - 避免在单个单元格里塞 JSON 或逗号分隔值——XML 解析器不会自动拆解它们
- 如果字段名含空格或中文，导出前重命名为
customer_name、item_sku等合规标识符，否则生成的 XML 标签名会非法
用 Python + pandas + xml.etree 处理关联表
这是最可控的方式，适合中等数据量（万行以内）。核心思路是：读取各 sheet → 构建内存中的对象关系 → 递归生成 XML 节点。
注意 pandas.read_excel() 默认只读第一个 sheet，多 sheet 需显式传参；xml.etree.ElementTree 不支持命名空间缩写（如 ns:tag），要手动设 root.set('xmlns:ns', '...')。
import pandas as pd
import xml.etree.ElementTree as ET
<p>orders = pd.read_excel('data.xlsx', sheet_name='Orders')
items = pd.read_excel('data.xlsx', sheet_name='OrderItems')</p><p>root = ET.Element('orders', xmlns='<a href="https://www.php.cn/link/285dbe36b6cab6c192769b2d22d9150a">https://www.php.cn/link/285dbe36b6cab6c192769b2d22d9150a</a>')</p><p>for _, order_row in orders.iterrows():
order_elem = ET.SubElement(root, 'order')
ET.SubElement(order_elem, 'id').text = str(order_row['order_id'])
ET.SubElement(order_elem, 'date').text = str(order_row['order_date'])</p><pre class='brush:php;toolbar:false;'># 关联该订单下的所有 item
order_items = items[items['order_id'] == order_row['order_id']]
items_elem = ET.SubElement(order_elem, 'items')
for _, item_row in order_items.iterrows():
item_elem = ET.SubElement(items_elem, 'item')
ET.SubElement(item_elem, 'sku').text = str(item_row['sku'])
ET.SubElement(item_elem, 'qty').text = str(item_row['quantity'])tree = ET.ElementTree(root) tree.write('output.xml', encoding='utf-8', xml_declaration=True)
Power Query（Excel 内置）能否生成嵌套 XML？
不能直接生成，但可作为预处理工具：把原始表转成符合 XML 结构的「宽表」或「JSON 字符串列」，再导出后用其他工具转换。例如，用 Power Query 的 Table.Group() 把明细行聚合成列表，再用 Json.FromValue() 转成 JSON 字符串——虽然不是 XML，但比原始 Excel 更接近嵌套结构，后续用 Python 的 json.loads() + dict2xml 类库能省去手动 join 逻辑。
容易踩的坑：
- Power Query 导出 JSON 时默认不保留数字类型，
123变成"123"，影响下游 XML 数值字段类型判断 -
Web.Page()或自定义函数调用外部 API 生成 XML 属于高风险操作，Excel 会阻止或静默失败，不推荐
为什么 XSLT 不适合从 Excel 原始文件直接转换
XSLT 作用对象是 XML，不是 Excel 文件。有人试图用 xlsx 当作 ZIP 解压后读 xl/worksheets/sheet1.xml，再写 XSLT 处理——这条路理论上可行，但实际极难维护：Excel 的内部 XML 是为渲染服务的，含大量格式、合并单元格、样式引用节点（如 <c r="A1" s="2">），和业务数据完全脱钩。你得先写逻辑还原出“真实表格”，再映射到目标 XML，复杂度远超直接用 Python 处理 .xlsx。
真正需要 XSLT 的场景，是已有标准 XML（如 UBL 发票），只需做字段映射和格式调整——这时它才高效可靠。
嵌套层级越深、关联规则越动态（比如“每个客户下最多取最近 3 笔订单”），就越依赖编程逻辑控制，而不是声明式模板。别被“XML 工具”这个词带偏方向。
