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

Try your skills in the Power BI Dataviz World Championship! Round one ends June 26. Join now

Reply
powerbiexpert22
Impactful Individual
Impactful Individual

multiple or single semantic model

in which scenario there is a need to define multiple semantic models? let say there are different departments in an organization such as HR, Finance etc , should i create semantic model for each department (make sure to avoid replication of semantic model)  or create a single semantic model for all departments and apply RLS for each user based on the department they belong? 

1 ACCEPTED SOLUTION
oussamahaimoud
Solution Sage
Solution Sage

Hi @powerbiexpert22,

 

Use Single Model + RLS when departments share the same fact tables and need a unified source of truth. RLS handles row-level restriction per user/department. Simpler to maintain, consistent KPIs.

 

Use Multiple Model when structures diverge, split when :

  • Different grain (HR = employee level, Finance = GL line level)
  • Sensitive data isolation required (payroll ≠ visible even as metadata to Finance)
  • Different refresh cadences or development team ownership
  • Model becomes a bloat of irrelevant measures per audience

The real-world best practice to avoid duplication is using Hybrid Model which means having one certified core model for shared dimensions (Date, CostCenter, OrgUnit) → department models connect via composite/live connection and add their own facts and measures. No dimension duplication, clean ownership per team.

 

How to choose the right pattern ? start with one model + RLS, split only when you hit a structural or compliance constraint.


  Did my response help you? Clicking Kudos is a small gesture that goes a long way, it encourages contributors and helps the community thrive!


Did I answer your question? Please mark my post as a Solution, it helps others find the answer faster.


Senior Data & BI Consultant · Microsoft Fabric & Power BI Specialist


Connect with me on LinkedIn

View solution in original post

5 REPLIES 5
mussaenda
Community Champion
Community Champion

Hi @powerbiexpert22,

 

If the requirements for all departments are the same, you can proceed with the RLS. Less effort in maintenance.

However, if each department has its own requirements, then you need to proceed with multiple models. It requires more effort in maintenance but you'll be sure that there will be no any data mix up.

 

Hope this helps.

v-sshirivolu
Community Support
Community Support

Hi @powerbiexpert22 ,

I would like to take a moment to thank @oussamahaimoud for actively participating and sharing valuable insights on this thread, your contributions are truly appreciated.

Could you please confirm if you had a chance to review the information shared.
Let us know if it helped or if you need any further assistance.

We are happy to help.

Hi @powerbiexpert22 ,

I wanted to check if you had the opportunity to review the information provided. Please feel free to contact us if you have any further questions.

 

oussamahaimoud
Solution Sage
Solution Sage

Hi @powerbiexpert22,

 

Use Single Model + RLS when departments share the same fact tables and need a unified source of truth. RLS handles row-level restriction per user/department. Simpler to maintain, consistent KPIs.

 

Use Multiple Model when structures diverge, split when :

  • Different grain (HR = employee level, Finance = GL line level)
  • Sensitive data isolation required (payroll ≠ visible even as metadata to Finance)
  • Different refresh cadences or development team ownership
  • Model becomes a bloat of irrelevant measures per audience

The real-world best practice to avoid duplication is using Hybrid Model which means having one certified core model for shared dimensions (Date, CostCenter, OrgUnit) → department models connect via composite/live connection and add their own facts and measures. No dimension duplication, clean ownership per team.

 

How to choose the right pattern ? start with one model + RLS, split only when you hit a structural or compliance constraint.


  Did my response help you? Clicking Kudos is a small gesture that goes a long way, it encourages contributors and helps the community thrive!


Did I answer your question? Please mark my post as a Solution, it helps others find the answer faster.


Senior Data & BI Consultant · Microsoft Fabric & Power BI Specialist


Connect with me on LinkedIn

TomMartens
Super User
Super User

Hey @powerbiexpert22 ,

most likely there will be varying requirments regarding content of the semantic model, meaning the dimensional model for this reason, my recommendation: create separate semantic models for each department.

Regards,
Tom



Did I answer your question? Mark my post as a solution, this will help others!

Proud to be a Super User!
I accept Kudos 😉
Hamburg, Germany

Helpful resources

Announcements
Fabric Data Days is here Carousel

Data Days 2026

Don't miss out on Data Days, June 15 through August 7. Learn Fabric, Power BI, SQL, AI and more.

May Power BI Update Carousel

Power BI Monthly Update - May 2026

Check out the May 2026 Power BI update to learn about new features.

Power BI DataViz World Championships carousel

Power BI DataViz World Championships - June 2026

A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.