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

Shape the future of the Fabric Community! Your insights matter. That’s why we created a quick survey to learn about your experience finding answers to technical questions. Take survey.

Reply
DebbieE
Community Champion
Community Champion

PBIP and TMDL. does this change our recommended approach

When we worked with PBIX files previously we had an approach recommended to us by Microsoft.

 

Create the semantic model in a separate pbix and publish

 

Create the reports in new PBIX file(s) and connect to the semantic model (So we end up with multiple PBIX files.

 

Obviously now we have PBIB and the new TMDL update for semantic models. Im really wanting to move to this but my question is. Does thjis change the recommended approach above or should we create the main reporting in the same file as the semantic model (With opportunities to add other reports in separate PBIP files later?

 

Im only thinking this because, the project files allow us to work together on one file so do we still need the semantic model and report in two separate files?

1 ACCEPTED SOLUTION
Greg_Deckler
Super User
Super User

@DebbieE I think that this is a gray area and either approach will technically work. I still see value in keeping a separate semantic model as a stand alone PBIX mainly around separation of duties but others may see it differently. Also, still a preview feature so I wouldn't adopt it until it GA's.



Follow on LinkedIn
@ me in replies or I'll lose your thread!!!
Instead of a Kudo, please vote for this idea
Become an expert!: Enterprise DNA
External Tools: MSHGQM
YouTube Channel!: Microsoft Hates Greg
Latest book!:
Power BI Cookbook Third Edition (Color)

DAX is easy, CALCULATE makes DAX hard...

View solution in original post

2 REPLIES 2
RuiRomanoMS
Microsoft Employee
Microsoft Employee

Thanks for the feedback. It indicates that we need to provide better clarity on the PBIP mental model in our documentation.

 

The suggestion to separate semantic models from reports remains very valid. PBIP reinforces this by clearly separating the semantic model and the report into two distinct folders when you save as PBIP.


And like in the workspace, you can have multiple reports all connected to the same semantic model, with no duplication of the semantic model definition and need to publish the semantic model to the service and use live connect.

\Report1
\Report2
\Report3
\SemanticModel

 

All reports must have the same byPath connection to the semantic model folder: "../SemanticModel".

Greg_Deckler
Super User
Super User

@DebbieE I think that this is a gray area and either approach will technically work. I still see value in keeping a separate semantic model as a stand alone PBIX mainly around separation of duties but others may see it differently. Also, still a preview feature so I wouldn't adopt it until it GA's.



Follow on LinkedIn
@ me in replies or I'll lose your thread!!!
Instead of a Kudo, please vote for this idea
Become an expert!: Enterprise DNA
External Tools: MSHGQM
YouTube Channel!: Microsoft Hates Greg
Latest book!:
Power BI Cookbook Third Edition (Color)

DAX is easy, CALCULATE makes DAX hard...

Helpful resources

Announcements
November Carousel

Fabric Community Update - November 2024

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

Dec Fabric Community Survey

We want your feedback!

Your insights matter. That’s why we created a quick survey to learn about your experience finding answers to technical questions.

Live Sessions with Fabric DB

Be one of the first to start using Fabric Databases

Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.