使用LOOKUPVALUE的DAX行级安全（RLS）函数解析正常但无法运行

问题分析 #

你的原始DAX表达式存在两个核心问题：

• 类型不匹配：FilterTable[ManagerHierarchy]是文本类型（存储用&分隔的ID字符串），而你尝试用整数类型的用户ID去匹配它，直接触发类型不兼容报错。
• 逻辑错误：你试图判断ManagerHierarchy是否等于用户ID，但实际需求是检查用户ID是否存在于ManagerHierarchy的分隔字符串中。

修正后的DAX表达式 #

在EmployeeTable上应用以下RLS规则：

VAR CurrentUserEmail = USERPRINCIPALNAME()
-- 获取当前用户的EmployeeID（整数类型）
VAR CurrentUserID = LOOKUPVALUE(EmployeeTable[EmployeeID], EmployeeTable[EmployeeEmail], CurrentUserEmail)
-- 将用户ID转换为文本，用于匹配ManagerHierarchy中的字符串
VAR CurrentUserIDStr = FORMAT(CurrentUserID, "0")
-- 当前行的EmployeeID
VAR CurrentRowEmployeeID = EmployeeTable[EmployeeID]
-- 获取当前员工对应的ManagerHierarchy字符串
VAR EmployeeHierarchy = LOOKUPVALUE(FilterTable[ManagerHierarchy], FilterTable[EmployeeID], CurrentRowEmployeeID)
-- 给Hierarchy前后添加&，避免匹配到子串（比如ID=4不会误匹配14）
VAR DelimitedHierarchy = "&" & EmployeeHierarchy & "&"
-- 检查用户ID是否存在于Hierarchy中
VAR IsSubordinate = CONTAINSSTRING(DelimitedHierarchy, "&" & CurrentUserIDStr & "&")
-- 如果用户不在EmployeeTable中，返回FALSE；否则返回是否为下属
RETURN
IF(ISBLANK(CurrentUserID), FALSE(), IsSubordinate)

关键说明 #

1. 类型转换：通过FORMAT(CurrentUserID, "0")将整数ID转为文本格式，彻底消除类型不匹配问题。
2. 精确匹配：给ManagerHierarchy前后添加&分隔符，再检查&用户ID&是否存在，确保匹配的是完整的ID（避免把ID=4和14这类相似ID混淆）。
3. 边界处理：如果当前用户不在EmployeeTable中，返回FALSE，确保未授权用户无法查看任何数据。

可选扩展：允许用户查看自身数据 #

如果需要让管理者同时查看自己的数据，只需修改RETURN部分：

RETURN
IF(ISBLANK(CurrentUserID), FALSE(), IsSubordinate || CurrentRowEmployeeID = CurrentUserID)

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