This time we’re going bigger than ever. Fabric, Power BI, SQL, AI and more. We're covering it all. You won't want to miss it.
Learn moreLevel up your Power BI skills this month - build one visual each week and tell better stories with data! Get started
Hello,
I would like to ask about the best approach for managing access control in a Power BI and SSAS Tabular environment.
In our company, analytics products are built using SQL Server Analysis Services (Tabular) and presented through Power BI dashboards.
We need to restrict access based on sales regions. For example:
Users in Region 1 can only see Region 1 data
Users in Region 2 can only see Region 2 data
Users in Region 3 can only see Region 3 data
We are currently considering two approaches:
Role-Based Access Control (RBAC)
Attribute-Based Access Control (ABAC)
Which approach is more appropriate for this scenario in terms of scalability, maintainability, and alignment with Power BI and SSAS Tabular security models?
Thank you.
Solved! Go to Solution.
If you create one role per region, you’ll end up with:
Many roles as regions/subregions grow
Users needing multi-region access → role explosion
Instead, use a single (or few) RLS roles and drive filtering from a User ↔ Region mapping table (attributes).
1) A security table like:
2) Relationship:
3) Role filter (dynamic):
Hi @faikar,
We would like to confirm if our community members answer resolves your query or if you need further help. If you still have any questions or need more support, please feel free to let us know. We are happy to help you.
Thank you for your patience and look forward to hearing from you.
Best Regards,
Prashanth Are
MS Fabric community support
Hi @faikar,
We would like to confirm if our community members answer resolves your query or if you need further help. If you still have any questions or need more support, please feel free to let us know. We are happy to help you.
Thank you for your patience and look forward to hearing from you.
Best Regards,
Prashanth Are
MS Fabric community support
If you create one role per region, you’ll end up with:
Many roles as regions/subregions grow
Users needing multi-region access → role explosion
Instead, use a single (or few) RLS roles and drive filtering from a User ↔ Region mapping table (attributes).
1) A security table like:
2) Relationship:
3) Role filter (dynamic):
Sign up to receive a private message when registration opens and key events begin.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
| User | Count |
|---|---|
| 31 | |
| 23 | |
| 22 | |
| 20 | |
| 15 |
| User | Count |
|---|---|
| 64 | |
| 41 | |
| 25 | |
| 22 | |
| 20 |