在.NET Core嵌入的Power BI DirectQuery数据集实现RLS的相关问题

1. 使用EffectiveIdentity嵌入报表时，DirectQuery数据集是否支持RLS？ #

支持，但前提是你已经在Power BI模型中定义了对应的RLS角色和过滤规则。DirectQuery模式下，RLS会在每次查询数据时生效——Power BI会把RLS的过滤条件转换成对应的SQL语句，下发到底层数据库执行，实时返回符合权限的数据。

2. DirectQuery模式下，RLS需要在底层数据库配置还是可在Power BI中管理？ #

两种方式都可选，但不需要强制在底层数据库配置RLS，完全可以像导入模式一样在Power BI中直接管理：

• 在Power BI Desktop/服务里创建RLS角色，编写DAX过滤规则，Power BI会自动将这些规则转换成适配底层数据库的SQL过滤条件，和DirectQuery请求一起下发。
• 如果底层数据库本身已有RLS配置，也可以结合使用，但要注意两者的过滤逻辑不要冲突——Power BI的RLS和数据库RLS会做逻辑与，最终返回同时满足两者条件的数据。一般推荐优先在Power BI中管理RLS，这样权限逻辑更集中，便于维护。

3. 向DirectQuery模型传递username和customData的已知限制与解决方法 #

限制： #

• customData会被Power BI统一转成字符串传递，如果你传入的是数值类型（比如Period_Key是数字），在DAX里需要手动转换类型，否则可能出现匹配错误。
• 传递的username如果是自定义标识（而非Power BI租户内的真实用户），要确保RLS规则里使用USERNAME()而非USERPRINCIPALNAME()，后者只会返回租户内用户的UPN。
• customData的内容长度有限制，过长的内容可能导致Power BI生成的SQL查询超出数据库的语句长度限制，进而报错。
• DirectQuery模式下，RLS规则的DAX复杂度会影响底层SQL的执行效率，过于复杂的DAX可能导致查询变慢。

解决方法： #

• 多参数传递（比如你要传Business_Key和Period_Key）：用分隔符（如;）拼接成一个字符串传入customData，在DAX里用SPLIT或PATHITEM拆分，示例：

  VAR CustomParams = SPLIT(CustomData(), ";")
  VAR BusinessKey = PATHITEM(CustomParams, 1)
  VAR PeriodKey = VALUE(PATHITEM(CustomParams, 2))
  RETURN [Business_Key] = BusinessKey && [Period_Key] = PeriodKey
  

• 验证传递值：可以在模型里新建一个度量值，用EVALUATE { USERNAME(), CustomData() }语句，通过Power BI Desktop的分析功能查看实际传递的内容是否正确。
• 性能优化：尽量简化RLS的DAX规则，避免使用复杂的计算逻辑，确保Power BI能生成高效的SQL查询。如果遇到性能瓶颈，可以直接在DAX里编写接近底层SQL逻辑的过滤条件，减少转换开销。

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