Power BI DAX计算列与度量值行/筛选上下文迭代测试疑问

疑问1：度量值未返回产品组总单价的原因 #

首先纠正两个常见认知偏差：

• DAX中不存在「不可迭代函数」的定义，SUM本质是语法糖，底层等效于SUMX(对应表, 对应列)，二者的迭代逻辑完全一致
• 没有额外筛选修改参数的CALCULATE不会改变当前筛选上下文，和直接使用聚合函数的筛选范围完全相同

你观察到的现象完全符合DAX上下文规则：
度量值默认继承报表可视化组件的外部筛选上下文，你的矩阵行维度肯定加入了「产品」字段，所以每个单元格的筛选范围被限定为当前行对应的单个产品，无论你用SUM/SUMX/加不加CALCULATE，都是在「单个产品」的筛选范围内聚合单价，自然只会返回单个产品的对应单价。
如果要返回对应产品组的总单价，需要手动移除产品维度的筛选，示例写法：

品类总单价 = CALCULATE(SUM('Sales by Store'[unit_price]), REMOVEFILTERS('Sales by Store'[产品名称]))

疑问2：计算列聚合结果差异的原因 #

这个现象的核心是上下文转换规则：CALCULATE是DAX中唯一能触发上下文转换的函数，会将当前的行上下文转换为等价的筛选上下文。

小提示：你给出的Qty Sold_1 (Sum)代码存在语法错误，标准SUM函数仅支持单列作为参数，SUM('Sales by Store', 'Sales by Store'[quantity_sold])是非法写法，应该是输入时的笔误。

无CALCULATE的SUM/SUMX返回全表总和的原因 #

计算列默认只有行上下文，而普通聚合函数（无CALCULATE包裹）不会识别行上下文，会直接对参数给定的全表范围做聚合：

• 合法的SUM('Sales by Store'[quantity_sold])直接对全表的销量字段求和，结果自然是全表总销量6
• SUMX('Sales by Store', 'Sales by Store'[quantity_sold])的第一个参数是全表，迭代范围是整个'Sales by Store'表的所有行，逐行累加后的结果也是全表总销量6
  如果你想让SUMX返回当前行的销量，不需要做聚合，直接写'Sales by Store'[quantity_sold]即可，或者将迭代范围限定为当前行对应的子集。

有CALCULATE的聚合返回当前行销量的原因 #

CALCULATE触发了上下文转换，将计算列当前的行上下文（当前行的Transaction ID、销量等所有字段值）转换为筛选上下文，相当于对'Sales by Store'表加了一层筛选：只保留和当前行所有字段值完全匹配的行，聚合范围被限定为当前行，所以求和结果就是当前行的销量值。

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