Power Query合并查询预览正确但展开后结果异常求助

我之前处理Power Query合并时也碰到过类似的Rank值异常情况，结合经验给你梳理几个大概率的原因和解决思路：

• 上下文重置导致Rank重算异常
  预览阶段的Rank是基于合并前的数据集计算的，但展开合并表后，Power Query的计算上下文会发生变化——原来Rank依赖的分区、排序规则可能没被正确继承。比如你原本是按用户ID分区、销售额降序排的Rank，合并展开后这个规则可能被重置，导致Rank从1重新开始计算。
  👉 解决办法：展开后重新添加Rank列，明确指定分区和排序字段，不要依赖之前的上下文。用M函数的话可以这么写：

  Table.AddRankColumn(你的合并表名称, "Rank", {"分区字段1", "分区字段2"}, {"排序字段1", Order.Descending}, [RankKind = RankKind.Competition])
  

• 同名字段冲突覆盖原有Rank
  如果参与合并的两个表都有Rank字段，合并后展开时Power Query会自动给其中一个加后缀（比如Rank.1），要是你不小心选了新生成的默认列，它的初始值可能就是1，看起来像是原来的Rank变了。
  👉 解决办法：合并前先给其中一个表的Rank字段重命名（比如改成原表Rank），避免字段名冲突；展开后检查字段列表，确保你查看的是原来的Rank列。

• 预览缓存与实际计算不一致
  有时候Power Query的预览会显示缓存的旧数据，而展开后是重新计算的结果，这就会出现预览和实际结果不匹配的情况。
  👉 解决办法：右键点击查询选择「刷新」，或者关闭当前文件再重新打开，清除缓存后再查看结果。

• 合并类型引入空值打乱Rank逻辑
  要是用了左/右外部合并，展开后可能会出现空值行，这些空值在排序时会被排在最前面，导致Rank从1开始计数。
  👉 解决办法：先过滤掉空值行（用Table.SelectRows排除空值），或者用Table.ReplaceNulls把空值替换成合理的默认值，再重新计算Rank。

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