为何COUNT聚合不遵循PIVOT列？行内单元格值全同原因

咱们先捋清楚这个问题的核心：COUNT和SUM在PIVOT中的作用逻辑差异很大，这正是你看到不同结果的根源。

1. COUNT(voo)的本质是统计「非NULL值的数量」 #

当你在PIVOT里用COUNT(voo)时，它统计的是当前日期行下，对应AppVersion分组里voo列不为NULL的记录行数。如果你的原始数据中，每个AppVersion在同一天里的非NULL voo记录数刚好一致，那所有单元格的结果自然就一模一样了。

举个直观的例子，假设你的原始数据是这样的：

这时候用COUNT(voo)做PIVOT，v1.0列和v2.0列都会显示2——因为每个版本当天都有2条非NULL的voo记录，结果自然没有差异。

2. SUM(voo)是对数值求和，能体现版本差异 #

而SUM(voo)是直接对每个AppVersion分组下的voo数值做累加，上面的例子里v1.0会得到30，v2.0得到40，就能正确展示不同版本的数值差异，这也完全符合你想要的结果。

3. 为什么微软的例子用COUNT没问题？ #

微软的Complex PIVOT Example里，COUNT统计的是不同类别下的独立记录数，比如每个订单对应一条唯一记录，不同类别下的订单数量本身就不一样。比如他们的原始数据可能是这样：

这时候用COUNT(订单ID)做PIVOT，数码列是2，服饰列是1，自然会有差异——因为每个类别的记录数本身就不同。而你的场景里，每个AppVersion每天的记录数刚好一致，所以COUNT就输出了相同值。

针对你的需求的建议 #

如果你的目标是展示每个AppVersion每日的voo数值总和，那用SUM(voo)完全正确；如果确实需要统计每个版本的每日记录数量，那得先检查原始数据：是不是每个AppVersion在同一天的记录数真的一致？如果是业务场景本身如此，那COUNT的结果相同是合理的；如果是数据采集或预处理的问题，那需要调整数据源的分组逻辑。

内容的提问来源于stack exchange，提问作者Brian