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

Get inspired! Check out the entries from the Power BI DataViz World Championships preliminary rounds and give kudos to your favorites. View the vizzies.

Reply
MangeshVC
Frequent Visitor

Regarding comparison of Full & Incremental Refresh in Power BI Service

Hi All.

    We have an MS SQL Server database, and the volume of data getting added daily is of the order 150,000 to 200,000.

    We have used Stored Procedure to aggregate the data at the DB and then created the model at Power BI.

    After aggregation the data size reduced by approximately 80-90%.

    When we have a scheduled refresh(Full Refresh) at Power BI Service, it took around 10-15 minutes.

Then for testing purpose we have created a model for an Incremental Refresh(Entire table as it is, without any aggregation). When the same model is set for scheduled refresh, Initial full refresh took around 2 hour.

But then each incremental refresh took the similar time i.e. 10-15 minutes. 

 

Now can I comment that the approach of Aggregating the data at Data source using the Stored Procedure, is equivalent to the approach of Incremental Refresh for large data size.

Please Guide. 

2 ACCEPTED SOLUTIONS
GilbertQ
Super User
Super User

Hi @MangeshVC 

 

The reason that this happens is when you are doing an incremental refresh, it's got to create the partitions, then load the partitions with data and then add those partitions to your existing model and all of that does take some time. So in your instance it appears to be just as much as the same time, but in larger models the incremental refresh can make the overall refresh significantly quicker.





Did I answer your question? Mark my post as a solution!

Proud to be a Super User!







Power BI Blog

View solution in original post

Hi @MangeshVC ,
Your approach of using a stored procedure to aggregate data before a full refresh in Power BI Service may yield similar refresh times to an incremental refresh for your current dataset size, but they are fundamentally different in how they process and store data.

  1. Stored Procedure + Full Refresh: This method reduces data volume significantly (by 80-90%) before it reaches Power BI, leading to faster processing and lower storage requirements. Each refresh reloads the entire dataset, meaning performance depends on how efficiently the database aggregates data before sending it to Power BI.

  2. Incremental Refresh: The first refresh is slow because it loads all historical data into partitions. Future refreshes only process new or changed data, reducing overall query load on the database and improving scalability over time.

While both methods show similar refresh times in your case (10-15 minutes), incremental refresh becomes more beneficial as data volume grows because it avoids reloading unchanged historical data. If your dataset keeps increasing, incremental refresh will scale better, whereas full refresh might become slower as the dataset grows. However, if you prioritize storage efficiency and fast aggregation at the database level, your stored procedure approach is still a strong alternative. The choice depends on whether you need long-term scalability (incremental refresh) or an optimized, aggregated dataset (stored procedure).

View solution in original post

4 REPLIES 4
v-pbandela-msft
Community Support
Community Support

Hi @MangeshVC,

Thank you @rohit1991  for the helpful response.

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. If my response has addressed your query, please "Accept  as  Solution" and give a 'Kudos' so other members can easily find it.

Thank you,
Pavan.

v-pbandela-msft
Community Support
Community Support

Hi @MangeshVC,

Thank you for reaching out in Microsoft Community Forum.

Thank you @GilbertQ  for the helpful response.

As suggested by GilbertQ ,  I hope this information was helpful. Please let me know if you have any further questions or you'd like to discuss this further. If this answers your question, please "Accept as Solution" and give it a 'Kudos' so others can find it easily.

Please continue using Microsoft community forum.

Regards,
Pavan.

Hi @MangeshVC ,
Your approach of using a stored procedure to aggregate data before a full refresh in Power BI Service may yield similar refresh times to an incremental refresh for your current dataset size, but they are fundamentally different in how they process and store data.

  1. Stored Procedure + Full Refresh: This method reduces data volume significantly (by 80-90%) before it reaches Power BI, leading to faster processing and lower storage requirements. Each refresh reloads the entire dataset, meaning performance depends on how efficiently the database aggregates data before sending it to Power BI.

  2. Incremental Refresh: The first refresh is slow because it loads all historical data into partitions. Future refreshes only process new or changed data, reducing overall query load on the database and improving scalability over time.

While both methods show similar refresh times in your case (10-15 minutes), incremental refresh becomes more beneficial as data volume grows because it avoids reloading unchanged historical data. If your dataset keeps increasing, incremental refresh will scale better, whereas full refresh might become slower as the dataset grows. However, if you prioritize storage efficiency and fast aggregation at the database level, your stored procedure approach is still a strong alternative. The choice depends on whether you need long-term scalability (incremental refresh) or an optimized, aggregated dataset (stored procedure).

GilbertQ
Super User
Super User

Hi @MangeshVC 

 

The reason that this happens is when you are doing an incremental refresh, it's got to create the partitions, then load the partitions with data and then add those partitions to your existing model and all of that does take some time. So in your instance it appears to be just as much as the same time, but in larger models the incremental refresh can make the overall refresh significantly quicker.





Did I answer your question? Mark my post as a solution!

Proud to be a Super User!







Power BI Blog

Helpful resources

Announcements
Las Vegas 2025

Join us at the Microsoft Fabric Community Conference

March 31 - April 2, 2025, in Las Vegas, Nevada. Use code FABINSIDER for a $400 discount!

FebPBI_Carousel

Power BI Monthly Update - February 2025

Check out the February 2025 Power BI update to learn about new features.

March2025 Carousel

Fabric Community Update - March 2025

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