优化DAX公式：用函数替代365实现去年同期日期区间计算

你之前尝试的代码存在逻辑错误：DAY(YEAR(TODAY())) 完全不符合需求——YEAR(TODAY()) 返回的是年份数字（如2024），而DAY函数要求传入日期类型参数，这样写会直接报错，更无法实现年份偏移。

核心问题说明 #

原代码用固定365天偏移的问题在于无法处理闰年（闰年有366天），导致日期计算错误。DAX提供了专门的日期偏移函数，可以自动适配平/闰年，实现精准的去年同期计算。

方案一：简化版（用SAMEPERIODLASTYEAR直接筛选） #

如果你的需求是直接获取当前筛选日期范围的去年同期区间，最简洁的写法是用SAMEPERIODLASTYEAR函数，完全替代手动计算：

RETURN
    CALCULATE(
        SELECTEDMEASURE(),
        SAMEPERIODLASTYEAR(general_dates_dim[День (дата)])
    )

这个函数会自动识别当前筛选的日期范围，返回对应的去年同期区间，无需手动计算开始/结束日期。

方案二：保留原变量结构的精准实现 #

如果需要保持原代码的变量逻辑，仅替换固定365天的部分，可使用DATEADD函数实现年份偏移：

VAR current_period_start = MIN(general_dates_dim[День (дата)])
VAR current_period_end = MAX(general_dates_dim[День (дата)])
VAR period_start = DATEADD(current_period_start, -1, YEAR)
VAR period_end = DATEADD(current_period_end, -1, YEAR)
RETURN
    CALCULATE(
        SELECTEDMEASURE(),
        DATESBETWEEN(general_dates_dim[День (дата)], period_start, period_end)
    )

代码说明：

• DATEADD(日期, -1, YEAR)：将指定日期往前偏移1年，自动处理闰年（如2024-02-29偏移后为2023-02-28）
• 直接基于当前周期的开始/结束日期分别偏移，得到去年同期的完整区间，比原代码的手动天数计算更精准

为什么原代码的365天写法不可取？ #

平年365天、闰年366天，固定减365天会导致闰年的日期偏移错误。比如2024-02-29减365天得到2023-03-01，而实际去年同期应该是2023-02-28，用DATEADD或SAMEPERIODLASTYEAR可以避免这个问题。

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