分组之后一格显示Table，为什么里面仍是明细而不是合计

经营资料按门店分组之后，一格显示Table，而不是一个数，是否说明汇总没有完成？Microsoft的Power Query文档将All rows列为一种分组行运算：它输出组内全部记录组成的表值，不执行聚合。[1] 这意味着，“已经分组”与“已经求和”不是同一句话。

文档首先说明，Group by可以根据一列或多列的值将记录分组。随后操作表分别列出Sum、Count rows与All rows：Sum对所选列求和，Count rows计算该组的记录行数，All rows则保留这组记录的表。分组依据决定哪些记录放在一起，所选运算决定输出什么；只写一个“分组结果”，仍没有交代第二件事。

可以用本文自拟的小表理解它们的差别。假设甲门店同月有两条记录，数量分别为2和5，并且这两条被放入同一组。对数量求和会得到7，计算行数会得到2，而All rows对应的内容仍是那两条组内记录。三个输出不应互相替代：7不是记录条数，2也不是数量合计，一格Table更不能被直接抄成一个总额。这个例子没有运行Power Query或读取企业数据。

微软自己的示例同时保留了两类结果。它按Country与Sales Channel分组，将Units求和形成Total units，又使用All rows形成Products列。原文明确说明，Products中的每个Table值包含原表中属于相应国家和销售渠道组合的全部记录。[1] 因而，汇总值与组内明细可以在该示例里同时出现，不必因为画面每组只占一行，就推断细节已经全部丢失。

预览还有一个容易忽略的限制。文档提醒，details preview pane可能没有显示用于分组的所有记录。因此，看到预览里几行，不足以替组内实际记录下结论。本篇只是解释这个显示范围，未操作界面或核查真实表内容；也没有依据预览判定数据缺失、重复或经营结果错误。

这份文档标明2026年4月8日更新，首次发布日期未另核。本文采用普通分组与All rows定义，不展开模糊分组、代码或生产报表修改。交接一张分组资料时，保留分组字段与输出运算，就能说明当前一格装的是合计、行数，还是仍可辨认的组内明细。它们服务于不同的阅读问题，不能仅为了让结果都变成数字而混写。