DAX中SUMX与CALCULATE计算差异排查：为何结果不一致？

问题场景 #

在完成Power BI DAX过滤练习时，发现两段计算四条腿产品销量的DAX代码返回结果不同，自己编写的完整比率度量结果错误，而使用CALCULATE的解决方案版本结果正确。

自定义四条腿产品销量代码（结果错误） #

FourLeggedSales = SUMX(
    FILTER(Purchase, RELATED('Product'[Legs]) = 4), 
    Purchase[Quantity]
)

解决方案四条腿产品销量代码（结果正确） #

FourLeggedSales = CALCULATE( SUM(Purchase[Quantity]), 'Product'[Legs] = 4)

自定义完整比率度量（结果错误） #

Ratio = 

var FourLeggedSales = SUMX(
    FILTER(Purchase, RELATED('Product'[Legs]) = 4), 
    Purchase[Quantity]
)

var SixLeggedSales = SUMX(
    FILTER(Purchase, RELATED('Product'[Legs]) = 6), 
    Purchase[Quantity]
)

var SumOfSales = FourLeggedSales + SixLeggedSales

var ManyLeggedRatio = DIVIDE(SUMX(Purchase,Purchase[Quantity]), SumOfSales, 0)
Return ManyLeggedRatio

错误结果表现：所有行的比率均显示为1，无法正确计算分类占比。

解决方案完整比率度量（结果正确） #

FourLeggedRatio = 

VAR SalesFourLegs = CALCULATE( SUM(Purchase[Quantity]), 'Product'[Legs] = 4)

VAR SalesSixLegs = CALCULATE( SUM(Purchase[Quantity]), 'Product'[Legs] = 6)

VAR ManyLeggedRatio = DIVIDE(SUM(Purchase[Quantity]) , (SalesFourLegs + SalesSixLegs))

RETURN ManyLeggedRatio

正确结果表现：按产品分类显示对应的占比数值，符合预期。

错误原因解析 #

核心差异在于DAX上下文转换的处理逻辑：

• CALCULATE函数会自动执行上下文转换：当在可视化的筛选上下文（比如按Product分类的行）中调用CALCULATE时，它会临时覆盖当前的行级筛选，重新计算符合条件（'Product'[Legs] = 4）的全表Purchase数量总和，得到的是所有四条腿产品的总销量，不受当前行的Product筛选限制。
• SUMX+FILTER的组合不会自动做上下文转换：FILTER是在当前的筛选上下文下迭代Purchase表，此时RELATED('Product'[Legs])只能返回当前行对应的Product的Legs值。比如在可视化的某一行显示的是Legs=4的产品，FILTER会筛选出当前产品的Purchase记录，FourLeggedSales就是当前产品的销量；如果当前行是Legs≠4/6的产品，FourLeggedSales和SixLeggedSales都会是空值，SumOfSales为0，DIVIDE返回0（但实际错误场景中，当行是Legs=4或6的产品时，SumOfSales等于当前行的销量，导致比率为1）。

这种逻辑差异导致自定义度量无法正确计算“当前产品销量占四条腿+六条腿产品总销量的比率”，而CALCULATE版本能正确获取全局的四条腿/六条腿总销量，从而得到正确的占比。

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