Power BI中基于多列/多条件的动态行级别安全（RLS）实现问题

针对你遇到的RLS规则配置问题，以下是直接可用的实现方案，替代之前的MAXX用法：

核心思路 #

分两种权限场景处理：

• Admin权限：匹配安全表中company="*"、其余字段为0的规则，*代表任意公司，0代表对应字段不限制
• User权限：精确匹配安全表中与用户对应的division、location、department字段

完整RLS表达式（应用在需要限制的事实表上） #

VAR CurrentUserEmail = USERPRINCIPALNAME()
-- 获取当前用户的权限级别
VAR UserAccessLevel = LOOKUPVALUE('用户表'[access level], '用户表'[邮箱], CurrentUserEmail)
-- 获取当前用户对应的安全规则记录
VAR UserSecurity = CALCULATETABLE('安全表', '安全表'[用户邮箱] = CurrentUserEmail)

RETURN
IF(
    -- Admin权限逻辑
    UserAccessLevel = "admin",
    COUNTROWS(
        FILTER(
            UserSecurity,
            '安全表'[company] = "*"
            && ('安全表'[division] = 0 || '安全表'[division] = SELECTEDVALUE('事实表'[division]))
            && ('安全表'[location] = 0 || '安全表'[location] = SELECTEDVALUE('事实表'[location]))
            && ('安全表'[department] = 0 || '安全表'[department] = SELECTEDVALUE('事实表'[department]))
        )
    ) > 0,
    -- User权限逻辑：精确匹配三个维度
    EXISTS(
        UserSecurity,
        '安全表'[division] = '事实表'[division]
        && '安全表'[location] = '事实表'[location]
        && '安全表'[department] = '事实表'[department]
    )
)

为什么MAXX没达到预期？ #

MAXX函数的核心是返回最大值，并不适合用来判断多条件的权限匹配逻辑。你之前的用法可能没有正确关联安全表与事实表的字段匹配关系，也没处理好*和0的通配/无限制逻辑，导致权限判断失效。

注意事项 #

1. 确保USERPRINCIPALNAME()返回的用户标识（通常是邮箱）与用户表、安全表中的用户字段完全一致
2. 如果0代表"不限制"，则保留表达式中的||逻辑；如果0是具体的匹配值，去掉||部分即可
3. EXISTS函数比COUNTROWS更高效，推荐在User权限场景使用

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