DAX自定义总计行为异常求助：累计度量总计计算问题

看起来你在DAX透视表的累计值总计行上遇到了行为不符合预期的问题——我来帮你捋清楚核心原因，再给出可行的修复方案。

首先先把你提供的现有度量值整理出来，方便分析：

现有累计值度量值 CumulativeCount #

CumulativeCount:= 
VAR date1 = MAX( DimDate[Date] )
VAR date2 = MAX( FactTable[EndDate] )
RETURN
CALCULATE (
    SUM( FactTable[Count] ),
    DimDate[Date] <= date1,
    DimDate[Date] <= date2,
    ALL( DimDate[Date] )
)

问题根源：总计行的筛选上下文错误 #

你提到的CumulativeCountForPivot总计行为不符合预期，核心问题出在筛选上下文的差异：

• 单个日期行时，MAX(DimDate[Date])取的是当前行的具体日期，计算的是截止到该日期的累计值；
• 但在总计行时，MAX(DimDate[Date])会返回所有可见日期的最大值，导致计算结果是截止到最大日期的累计值，而非各日期累计值的总和——这显然不是你想要的总计逻辑。

修复后的 CumulativeCountForPivot 度量值 #

我把你的不完整代码补全并优化，用更可靠的上下文判断逻辑：

CumulativeCountForPivot:= 
// 检测当前是否处于单个日期的筛选上下文
IF (
    ISINSCOPE( DimDate[Date] ),
    // 单个日期行：直接返回原累计值
    [CumulativeCount],
    // 总计/分组总计行：遍历每个可见日期，计算对应累计值后求和
    SUMX (
        VALUES( DimDate[Date] ),
        [CumulativeCount]
    )
)

关键细节解释 #

1. ISINSCOPE 替代 COUNTROWS(VALUES(...))：
   ISINSCOPE是DAX中专门检测当前上下文是否包含指定列筛选的函数，比COUNTROWS(VALUES(...))更可靠——尤其是当你的透视表有多个行/列分组时，它能准确识别是否处于单个日期的明细行上下文。

2. SUMX 实现逐日期累加：
   在总计行时，SUMX会遍历所有可见的DimDate[Date]值，对每个日期单独计算[CumulativeCount]，然后把这些结果相加，完美实现“累加各日期累计值”的需求。

额外优化提示 #

如果你的FactTable[EndDate]是每行数据的结束日期，原CumulativeCount中的date2 = MAX(FactTable[EndDate])在多日期上下文可能会取到全局最大EndDate，如果你需要的是每个事实行仅在其EndDate之前被统计，可以考虑把date2的计算放到CALCULATE的筛选器中，确保每行的EndDate被正确应用：

CumulativeCount:= 
VAR date1 = MAX( DimDate[Date] )
RETURN
CALCULATE (
    SUM( FactTable[Count] ),
    DimDate[Date] <= date1,
    DimDate[Date] <= FactTable[EndDate], // 直接关联每行的EndDate
    ALL( DimDate[Date] )
)

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