Power BI中DAX度量值累计求和（Running Total）结果为零的问题

一、正确的累计求和度量值写法 #

首先确保数据模型中存在独立的日期维度表（关联事实表的Date_Remise列），这是实现累计求和的核心基础。以下是经过验证的累计求和度量值：

SC_Montant_CAD_M_AjustPonctuel_RunningTotal = 
VAR CurrentDate = MAX('Date'[Date])
RETURN
CALCULATE(
    [SC_Montant_CAD_M_AjustPonctuel],
    FILTER(
        ALLSELECTED('Date'),
        'Date'[Date] <= CurrentDate
    )
)

关键细节说明： #

• 以独立日期表的Date列为累计基准，避免事实表日期列的筛选上下文冲突。
• ALLSELECTED('Date')保留报表层面的筛选器（如切片器选择的日期范围），仅扩展当前日期之前的所有日期区间。
• CurrentDate获取当前行上下文的最大日期，确保累计范围截止到当前日期。

二、你之前实现失败的原因分析 #

1. SUMX迭代对象错误
   若直接迭代事实表TransfertsTotaux_21C_Avoirs_Brut_GroupBy，在筛选上下文限制下，迭代的行上下文可能没有符合SUM(Date_Remise) >1条件的行，导致返回0。正确的迭代对象应为日期表，而非事实表。

2. 原度量值的逻辑歧义
   原度量值中SUM(TransfertsTotaux_21C_Avoirs_Brut_GroupBy[Date_Remise]) >1的写法存在隐患：Date_Remise是日期列，SUM操作会将日期转换为数值（如20240520），若业务逻辑是判断当前日期有至少一条记录，应改为COUNT(TransfertsTotaux_21C_Avoirs_Brut_GroupBy[Date_Remise]) >1，否则会导致原度量值在多数场景下返回0，累计结果自然为0。

3. 筛选上下文未正确扩展
   若未使用ALLSELECTED或ALL调整筛选上下文，CALCULATE会继承当前行的筛选限制，无法扩展到之前的日期范围，导致结果仅等于原度量值，而非累计值。

三、关于DAX无法直接循环的解释 #

DAX是声明式语言，与Python、Java等命令式语言的设计逻辑完全不同：

• 它基于筛选上下文和行上下文完成计算，所有迭代函数（SUMX、MAXX等）均由DAX引擎批量优化执行，而非逐行的显式循环。
• 显式循环会破坏DAX引擎的列存储优化，导致性能急剧下降，不符合Power BI轻量化数据模型的最佳实践。复杂迭代逻辑需通过DAX的上下文转换和内置迭代函数实现，而非模拟命令式循环。

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