Power BI度量值如何判定重叠适用日期范围并优化空值返回问题

原度量值失效的核心原因 #

• 原逻辑中使用的 SELECTEDVALUE 函数本身有固定特性：当筛选上下文里存在2个及以上不同的Office Name符合筛选条件时，会直接返回空白，这就是多匹配场景下结果为空的根本原因。
• 原逻辑未对「销售日期不在任何员工有效合同区间」的场景做兜底，无匹配时默认返回无意义的空白，不符合业务预期。
• 原FILTER直接作用于整表Employees，跨表关联时容易受默认行上下文影响，出现匹配不全的问题。

分场景优化实现 #

根据不同的业务需求，可以选择对应的优化版本：

方案1：多匹配时展示所有符合条件的办公地点（无匹配返回提示） #

适合需要直观查看所有匹配项的场景，不会因多值匹配直接返回空：

Contract Office Match = 
VAR CurrentSalesDate = SELECTEDVALUE( sales[Date] )
RETURN
IF(
    ISBLANK( CurrentSalesDate ),
    BLANK(),
    // 筛选出所有符合日期区间的去重办公地点
    VAR MatchedOffices = 
        CALCULATETABLE(
            VALUES( 'Employees'[Office Name] ),
            FILTER(
                // 清除不必要的表上下文干扰，仅保留和匹配逻辑相关的字段
                ALL( 'Employees'[Contract Start], 'Employees'[Contract End], 'Employees'[Office Name] ),
                'Employees'[Contract Start] <= CurrentSalesDate 
                && 'Employees'[Contract End] >= CurrentSalesDate
            )
        )
    RETURN
    IF(
        ISEMPTY( MatchedOffices ),
        "无有效匹配合同",
        // 用顿号拼接所有匹配到的办公地点
        CONCATENATEX( MatchedOffices, 'Employees'[Office Name], "、" )
    )
)

优化点说明：

• 用表变量先存储所有符合条件的匹配项，彻底规避SELECTEDVALUE多值返回空的问题
• 增加了无匹配场景的文本提示，销售日期超出合同范围时不会展示无意义的空白
• 用指定字段的ALL()清除不必要的上下文干扰，跨表计算时匹配结果更稳定

方案2：多匹配时取最新生效的办公地点（员工换岗场景适用） #

如果多匹配是因为员工新旧办公地点的合同区间有交接重叠，一般需要取最新开始的合同对应的办公地点，这个版本适配这类需求：

Contract Office Match = 
VAR CurrentSalesDate = SELECTEDVALUE( sales[Date] )
RETURN
IF(
    ISBLANK( CurrentSalesDate ),
    BLANK(),
    // 筛选所有符合日期有效范围的合同记录
    VAR ValidContracts = 
        FILTER(
            ALL( 'Employees' ),
            'Employees'[Contract Start] <= CurrentSalesDate 
            && 'Employees'[Contract End] >= CurrentSalesDate
        )
    RETURN
    IF(
        ISEMPTY( ValidContracts ),
        "无有效匹配合同",
        // 按合同开始日期倒序取第一条，也就是最新生效的合同
        VAR LatestContract = TOPN(
            1,
            ValidContracts,
            'Employees'[Contract Start],
            DESC
        )
        RETURN
        SELECTEDVALUE( LatestContract[Office Name] )
    )
)

优化点说明：

• 就算存在多个重叠的有效合同，也能通过TOPN取到唯一的目标值，不会返回空白
• 同样增加了无匹配的兜底提示，超出合同区间的场景有明确反馈

补充注意事项 #

• 如果业务上需要对多匹配结果做数值统计（比如统计匹配到的办公地点数量），可以直接用DISTINCTCOUNT( 'Employees'[Office Name] )替代文本类输出，不需要依赖SELECTEDVALUE的单值判断。
• 如果筛选上下文选中的sales[Date]是多值（比如选了一整个月的日期），SELECTEDVALUE( sales[Date] )本身就会返回空，这类批量统计场景需要把匹配逻辑改成逐日期遍历的结构，不能直接用单日期变量计算。

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