Get certified for free when you join Fabric Data Days 2026 and dive into Fabric, Power BI, SQL, AI, and other essential data skills.
Join nowTry your skills in the Power BI Dataviz World Championship! Round one ends June 26. Join now
Hello 😊
I am designing a report that has two tables (Historical & Current) loaded from a Power BI Dataflow into a single Power BI dataset, which are too large to publish if I load the data before hand and will time out if I try to refresh it online. My current solution is to create incremental refresh partitions on a dev dataset, which keeps the report size small enough to publish, and then I utilize XMLA endpoint access via SQL Server Management Studio to tediously load data into the incremental partitions I created manually ( a few months at a time).
Design Goal:
I believe the two source tables should have their load disabled with only the Current table incrementally refreshed. Please note, I do not mean make the tables "invisible", I mean disable their load in Power Query. Then the table that results from the appending of the previous two is loaded and incrementally refreshed. (I'm assuming loading the tables takes up storage / processing power & isn't a best practice)
Design Issue:
However, because I am using XMLA endpoints in SQL Server Management Studio to load the data, I need the Historic & Current table to be loaded otherwise I cannot see them to the best of my knowledge.
QUESTIONS:
1. Is my "Current Design" approach the best practice, or is there a better approach?
2. Per my "Current Design Issue" is there a way to disable a table from loading using XMLA endpoints ( either in SQL Server Management Studio Analysis Services or Tabular Editor 2.0) ? Or is the loading of the tables a non concern?
Overview of my tables, in their current state. This is not the ideal state in my mind, I would rathernot load the Historical and Current tables, just the appended one as I believe this takes up storage space & maybe processing power.
Since you are already doing incremental refresh there is no real need for a Historical and Current table - this can be a single table with appropriately sized partitions. Manage your partitions as you see fit, either via the Power BI Service or via XMLA.
I'm not sure you understood my post.
The whole point of my post is creating the single table from two pre-existing tables and avoiding a full refresh on all 3 tables. There's no reason to reload all the data each time.
That's the idea of incremental refresh. Your single table has multiple partitions, but only very few of them (ideally just the newest) will be reloaded when you issue a refresh request. The other partitions of that table are left alone (except for the consolidations at the end of periods, if you choose to do so).
Yes I know about inrcemental refresh and am using it per my original post
Don't miss out on Data Days, June 15 through August 7. Learn Fabric, Power BI, SQL, AI and more.
Check out the May 2026 Power BI update to learn about new features.
| User | Count |
|---|---|
| 17 | |
| 12 | |
| 11 | |
| 8 | |
| 8 |
| User | Count |
|---|---|
| 40 | |
| 36 | |
| 35 | |
| 35 | |
| 20 |