追加经营表时，列名相同与列位置相同不是一回事

两张经营资料表都有三列，就能按第一列、第二列、第三列直接对应吗？Microsoft Learn的Append queries说明给出的依据是列标题名称，而不是列在各自表中的相对位置。追加把一张或多张表的内容放入另一张表，形成一个汇集记录的表，同时汇集各表列标题构成结果结构。[1]

这意味着，列次序不同与列含义不同要分开理解。作者自拟一个不含真实经营数据的例子：甲表按“门店、渠道、件数”排列，乙表按“件数、门店、渠道”排列。如果这些标题分别相同，不能仅因顺序变了，就说乙表的件数会按位置放进门店列。文档明确采用名称匹配。这个例子只是解释定义，没有实际运行查询，也没有核验企业数据。

另一种情形是列的集合本来不同。甲表有“门店、渠道”，乙表有“门店、来源”。按文档说明，结果会包括各表全部列；某张表没有另一张表的列标题，其对应位置显示null。于是，追加后的新列并不证明每张原表都曾采集该项信息。阅读交接材料时，需要区分原表已有值与追加结构中因缺列而出现的空位置。

这里的null也不能被擅自翻译成某项业务实际为零。来源解释的是表结构缺少相应列的结果，没有替经营事件作判断。比如原表没有来源字段，只能说明这份资料没有按该列提供内容，不能进而宣布实际没有来源，或把它填成某个渠道。结构性缺项与业务事实之间仍缺少证据。

结果放在哪里，是文档另一个具体区别。Append queries把其他表追加到当前查询：原文以A、B为例，A查询成为汇集A和B的结果，B查询不变。Append queries as new则生成新的查询，A与B两个原查询都不变。两种表达都涉及追加，区别在于哪一个查询承载新结果，不能只写成“表已经合在一起”便省去结果身份。

因此，经营资料交接可以同时说明列名对应关系、原表缺列情况和结果查询身份。这是依据定义对阅读材料的分析，不是生产转换步骤，也没有计算指标或判断报表正确。追加在这里关注多表记录的汇集。只看结果行数，还不能知道各表原先包含哪些列、哪些位置因缺列而显示null。

本篇采用微软页面的定义、两种结果身份及列名匹配说明。页面标注2026年4月8日更新，首次发布日期未确认。本文没有执行追加、清洗或财务审计；它回答的是，接手一份追加结果时，哪些结构信息足以说明内容来自哪里，哪些业务含义仍不能由表形状代替。