SUMMARIZECOLUMNS的上下文传播机制你发现 SUMMARIZECOLUMNS 在不加 "销量", CALCU

你发现 SUMMARIZECOLUMNS 在不加 "销量", CALCULATE(SUM(A_sales[销量])) 的情况下，无法起到筛选上下文作用，这是 DAX 的上下文传播机制 导致的一个核心现象。下面详细讲解背后的原理。

🎯 背景：`SUMMARIZECOLUMNS` 与筛选上下文

`SUMMARIZECOLUMNS` 的基本作用：

SUMMARIZECOLUMNS(
    <GroupByColumn1>, 
    <GroupByColumn2>, 
    ..., 
    <Name>, <Expression>
)

这个函数会根据 GroupBy 列进行分组，并计算 <Expression>。

但关键在于：

❗ SUMMARIZECOLUMNS 默认不会自动传播“外部筛选上下文”给 <Expression>，除非你在表达式中 显式使用 CALCULATE() 或使用了某些特殊列。

🚩 你遇到的问题原理：

当你写：

SUMMARIZECOLUMNS(
    B_models[品类],
    B_calendar[实际年度],
    B_calendar[周月],
    B_calendar[报告类型],
    B_calendar[短日期],
    B_channel[省份大类],
    'Z_当期累计_菜单'[当期/累计切换]
)

这只是返回一个分组后的“行”，但不包含“度量”或“表达式”。也就是说，它只是生成了一个表格，但没有任何聚合计算。

这时候：

如果你在外面写了 FILTER(...)，或者这个表格被其他 CALCULATE() 包裹，它并不会强制应用筛选上下文。

当你加入：

"销量", CALCULATE(SUM(A_sales[销量]))

此时触发了 度量表达式的上下文转换机制 —— CALCULATE 会接管当前行的上下文（比如来自 B_calendar[周月] 的行值），并将其转变为 筛选上下文，用于执行 SUM(A_sales[销量])。

✅ 简单总结原理：

写法	是否传递上下文	原因
只用 `SUMMARIZECOLUMNS(...)`	❌ 不会自动上下文筛选	没有度量表达式，不会触发上下文转换
加 `"销量", SUM(...)`	⚠️ 可能有效	但仍需 `CALCULATE` 包裹才能确保上下文正确
加 `"销量", CALCULATE(SUM(...))`	✅ 正确触发上下文转换	`CALCULATE` 接管并传递筛选上下文

🧠 延伸理解：`CALCULATE` 做了什么？

CALCULATE(expression, filters...) 的核心作用有两点：

将行上下文转为筛选上下文
允许自定义修改筛选上下文（通过第二个参数）

所以在 SUMMARIZECOLUMNS 中使用 CALCULATE(...)，实际上是告诉 DAX：

“请根据当前这行的 品类、周月 等值，构造出一个筛选上下文，然后在这个上下文下执行 SUM(A_sales[销量])”。

📌 建议写法模板

VAR result =
    SUMMARIZECOLUMNS(
        B_models[品类],
        B_calendar[实际年度],
        B_calendar[周月],
        B_calendar[报告类型],
        B_calendar[短日期],
        B_channel[省份大类],
        'Z_当期累计_菜单'[当期/累计切换],
        "销量", CALCULATE(SUM(A_sales[销量]))
    )
RETURN result

这个模板中只要你加了 "销量", CALCULATE(...)，就能确保每行都是“按当前组合分组后，对应的销量”。

SUMMARIZECOLUMNS的上下文传播机制

🎯 背景：SUMMARIZECOLUMNS 与筛选上下文

SUMMARIZECOLUMNS 的基本作用：