一棵松的博客

上一篇找到了触发 `SUMMARIZECOLUMNS`​ 计算的结果不符合 DAX 理论的充分条件，这一篇尝试探讨修正理论对其进行解释，在这一篇中，我以为找到了一个合理的理论假设，但随后一个新的发现给了我当头一棒，这一篇应该是本系列的最后一篇，我必须直面现实了。

上一篇发现总计行并不是关键点，并根据观察到的现象猜测了3个关键点，本篇通过单变量控制实验逐一对其进行验证，判断哪些条件会触发计算结果与 DAX 理论不符的情况，并最终确认了这些条件。

上一篇介绍了在总计行中出现与理论预期不符的结果，通过物理查询计划了解其底层计算过程，猜想是否 `SUMMARIZECOLUMNS`​函数对总计行的计算存在什么特殊算法，本篇验证在非总计行中进行计算的情况，以帮助判断总计行是否是关键点。

上一篇介绍了 SUMMARIZECOLUMNS 在特定情况下计算出的结果不符合 DAX 理论预测，这一篇我们开开始探究 DAX 在底层究竟是如何计算出这些结果的，主要的方法是用 DAX 查询复现该现象，通过观察物理查询计划了解底层计算步骤，试图从中定位到问题所在。

与 Excel 通过 MDX 创建报表的方式不同，PowerBI 在代码层面主要是通过 SUMMARIZECOLUMNS​ 函数计算报表中各个视觉对象，它实现了 MDX 中的 auto-exist 功能并具有诸多特性，能够在许多场景中代替ADDCOLUMNS​+ SUMMARIZE​的应用。在特定情况下，SUMMARIZECOLUMNS ​的计算结果似乎并不符合 DAX 理论，本篇介绍这些疑似存在 BUG 的现象。