Don't miss your chance to take the Fabric Data Engineer (DP-600) exam for FREE! Find out how by watching the DP-600 session on-demand now through April 28th.
Learn moreJoin the FabCon + SQLCon recap series. Up next: Power BI, Real-Time Intelligence, IQ and AI, and Data Factory take center stage. All sessions are available on-demand after the live show. Register now
Hello, I am encountering a performance issue due to (thank GPT) composite model.
I have a PBI pro license and the workspace I use has a Premium Per Capacity license
Situation: I have downloaded a set of tables from an SQL database, structured them into a nice semantic model and built additional measures on top, the storage more is 'Import'. I published this new semantic model into PBI service.
I have built several new reports using this online PowerBI Semantic model, the storage mode is then 'DirectQuery'.
So far so good.
BUT, when I linked a new report built from this online semantic model, to a local excel, and linked both bases, oef, the performance...
I've discussed a lot with GPT and searched through this forum but so far I couldn't find a solution to my issue.
From my searches, I am facing an issue that does not have a perfect/quick fix. I will need to re-think my semantic model, do I build it in Power BI and then re-use it for other reports, or do I built 1 semantic model for each report that needs additional data, etc.
I'm sure others faced this issue and I am keen to hear about their solutions!
Additional information:
Excel tables = Import mode
Semantic model = DirectQuery to AS / Fabric dataset
You relate them (e.g., Date, ID, Case, Mapping)
Result:
➡️ Every visual triggers a DAX query that requires joining IMPORT + DIRECTQUERY
➡️ Power BI must compute filters in the AS model and in the local model
➡️ Fabric returns a large intermediate result
➡️ Power BI filters it locally
➡️ The UI becomes slow, sometimes unusable
This is inherent to composite modeling.
Solved! Go to Solution.
Hii @Kraftfood
Joining a DirectQuery-to-AS semantic model with local Excel tables forces Power BI to run cross-engine queries, create large intermediate results, and compute filters in both places there is no fast path. The only real fix is to avoid the local Excel tables and keep everything inside one semantic model.
Alright, not the answer I wanted to see but the answer I expected to see nonetheless. Thank you!
Hii @Kraftfood
Joining a DirectQuery-to-AS semantic model with local Excel tables forces Power BI to run cross-engine queries, create large intermediate results, and compute filters in both places there is no fast path. The only real fix is to avoid the local Excel tables and keep everything inside one semantic model.
Check out the April 2026 Power BI update to learn about new features.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
| User | Count |
|---|---|
| 10 | |
| 10 | |
| 9 | |
| 7 | |
| 7 |
| User | Count |
|---|---|
| 43 | |
| 33 | |
| 27 | |
| 20 | |
| 19 |