Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Don't miss out! 2025 Microsoft Fabric Community Conference, March 31 - April 2, Las Vegas, Nevada. Use code MSCUST for a $150 discount. Prices go up February 11th. Register now.

Reply
tarmogolf
Frequent Visitor

RLS To Impact only One Fact Table

Hello, I am working to apply Dynamic RLS to my current report.

 

I have a User table that includes users' role in the company. I also have many fact tables from various parts of the organization, all of which relate back to a dimRoster table that stores the company hierarchy.

 

I have one table in particular, factFraud, that I would like to apply RLS to without applying RLS to the other fact tables. dimRoster is related to factFraud via a locationID column. Each location in dimRoster has a District and a Market component.

 

So, if in my user role table I have Market Manager who oversees the "California" market, how do I filter the factFraud table via the dimRoster table so that this manager can see *just* California in the factFraud table , but still be able to see the entire company in all other fact tables?

1 ACCEPTED SOLUTION
jdbuchanan71
Super User
Super User

@tarmogolf 

One thing I can think of is to make a copy of the dimRoster and link it only to the factFraud table.  Then you can apply the RLS to the copy of the dimRoster and it will flow only to the factFraud.  You could make the dimRosterCopy really narrow so it only has the fields you need for the filtering and the relationship.  You can also hide the table in the model so people don't see two dimRoster tables.

View solution in original post

3 REPLIES 3
jdbuchanan71
Super User
Super User

Yeah, it's not ideal but I couldn't think of another way to do it.  Could come in handy if there ends up being other items that need RLS applied to them.  You will already have the table you need in place.

jdbuchanan71
Super User
Super User

@tarmogolf 

One thing I can think of is to make a copy of the dimRoster and link it only to the factFraud table.  Then you can apply the RLS to the copy of the dimRoster and it will flow only to the factFraud.  You could make the dimRosterCopy really narrow so it only has the fields you need for the filtering and the relationship.  You can also hide the table in the model so people don't see two dimRoster tables.

Ah! This works. Perhaps not the cleanest solution, but it definitely works and doesn't seem to noticeably impact performance. Thanks!

Helpful resources

Announcements
Las Vegas 2025

Join us at the Microsoft Fabric Community Conference

March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Prices go up Feb. 11th.

Jan25PBI_Carousel

Power BI Monthly Update - January 2025

Check out the January 2025 Power BI update to learn about new features in Reporting, Modeling, and Data Connectivity.

Jan NL Carousel

Fabric Community Update - January 2025

Find out what's new and trending in the Fabric community.