PowerBI LOOKUPVALUE函数疑似Bug：部分匹配返回空白且报类型/名称错误

问题概述 #

在target_table中创建DAX计算列时，LOOKUPVALUE函数出现两类异常：

• 99%场景正常运行，但2个特殊案例中，即便source_table存在匹配的code_user且Name字段非空，函数仍返回空白
• 偶尔出现编辑器报错：source_table[Name]标红提示「Parameter is not the correct type.」；source_table[code_user]标红提示「Cannot find name '[code_user]'」

涉及的DAX代码：
计算列：

Name_User = LOOKUPVALUE(
    source_table[Name],
    source_table[code_user],
    target_table[code_user]
)

code_user生成逻辑（两张表一致）：

code_user = CONCATENATE(CONCATENATE([CompanyID],"_"),+[PersID])

可能原因 #

1. 字符串隐性差异：肉眼可见的code_user一致，但实际存在不可见字符（空格、换行符）或数字转字符串时的格式差异（如PersID为整数与小数类型，拼接后字符串底层存储不同）
2. 数据类型不匹配：两张表的code_user字段数据类型不一致（如一个为文本、一个为混合类型），导致LOOKUPVALUE匹配逻辑失效
3. DAX编辑器缓存异常：临时的字段识别错误，属于PowerBI编辑器的偶发缓存问题
4. 隐性重复值或上下文异常：source_table中code_user看似唯一，但存在大小写差异（PowerBI文本匹配默认区分大小写）或其他隐性重复，导致LOOKUPVALUE无法返回唯一结果

解决方案 #

1. 统一code_user的生成逻辑与数据类型 #

• 显式将数字字段转为标准化字符串，避免隐性格式差异：

  code_user = CONCATENATE(
      CONCATENATE(FORMAT([CompanyID], "0"), "_"),
      FORMAT([PersID], "0")
  )
  

• 检查两张表的code_user字段类型，确保均设置为文本类型，避免混合类型干扰匹配

2. 排查并清理隐性字符串问题 #

• 用LEN函数验证对应code_user的长度是否一致：

  -- 在source_table中添加临时计算列
  code_length = LEN([code_user])
  -- 在target_table中添加临时计算列
  target_code_length = LEN([code_user])
  

  若长度不一致，说明存在不可见字符，可通过以下代码清理：

  code_user = TRIM(
      SUBSTITUTE(
          SUBSTITUTE(
              CONCATENATE(CONCATENATE([CompanyID],"_"),+[PersID]),
              CHAR(10), ""
          ),
          CHAR(13), ""
      )
  )
  

3. 替换LOOKUPVALUE提升稳定性 #

• 若两张表已通过code_user建立一对一关系，用RELATED函数替代：

  Name_User = RELATED(source_table[Name])
  

• 用CALCULATE+FILTER组合实现匹配，增强容错性：

  Name_User = CALCULATE(
      VALUES(source_table[Name]),
      FILTER(source_table, source_table[code_user] = target_table[code_user])
  )
  

4. 解决编辑器偶发报错 #

• 刷新PowerBI模型（点击「刷新」按钮），重启DAX编辑器，或手动重新输入字段名以清除缓存

内容的提问来源于stack exchange，提问作者André Pletschette