为何按日期列切片时，无RELATEDTABLE的DATESMTD返回错误值？

核心矛盾点 #

你遇到的问题源于日期维度离散字段（星期几）的上下文特殊性：当X轴使用星期几时，Power BI的筛选上下文是「所有属于该星期几的日期集合」，而非单个日期，这直接影响了DATESMTD的计算逻辑。

为什么不加RELATEDTABLE的度量会出错？ #

• 当X轴选中某星期几（比如周一），DateTable会被筛选出所有周一的日期，此时上下文是多个日期的集合。
• DATESMTD(DateTable[TheDate])在这个多日期上下文里，会分别计算每个选中日期对应的MTD区间，然后把这些区间的销售额全部累加——相当于把每个周一所在月份的全月MTD销售额都重复加了一遍，最终总和远超实际MTD数值，且周一的数值会包含所有周一所在月份的MTD总额。
• 而客户维度的筛选是「单个客户/客户分组」，上下文是明确的单一实体，DATESMTD会直接基于该客户的销售日期计算对应MTD，不会出现多区间叠加的问题。

RELATEDTABLE(DateTable)的作用原理 #

RELATEDTABLE(DateTable)（或CALCULATETABLE(DateTable)）通过强制上下文转换修正了计算逻辑：

• 它会将当前的「星期几筛选上下文」，转换为「与SalesTable中销售记录关联的DateTable行集合」——也就是把筛选限定在实际产生销售的日期里的对应星期几。
• 此时DATESMTD会基于这些关联日期，计算每个销售日期对应的MTD，再按星期几聚合，最终得到的是「所有该星期几的日期，在各自所属月份MTD中的销售额总和」，符合预期逻辑。

关键结论 #

日期维度的离散聚合字段（星期几、月份名称等）会生成多日期上下文，而DATESMTD对多日期上下文的默认处理是叠加每个日期的MTD区间，而非按聚合维度汇总对应MTD的销售额。添加RELATEDTABLE或CALCULATETABLE通过上下文转换，将筛选范围限定在关联的销售日期上，从而修正了计算结果。

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