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

Be one of the first to start using Fabric Databases. View on-demand sessions with database experts and the Microsoft product team to learn just how easy it is to get started. Watch now

Reply
stbernha
Regular Visitor

Optimize performance for running totals

Dear all,

I am struggling with optimizing the performance of a measure to calculate the running totals. Currently my DAX measure looks like below, but this measure is not performing in the way I would like. I am looking for more effective ways to calculate the running totals, for example using recursive functions. Is there anyone that can help me out with an optimized version to compute the running totals in Power BI? Many measure are depending on this one where we do even more complex analyses, so having this measure optimized will have a profound effect on the overall performance of many dashboards.

 

           CALCULATE (
                [DemandQty],
                ALL ( 'Date'[Date] ),
                'Date'[Date] <= MAX ( 'Date'[Date] ) 
            )

2 ACCEPTED SOLUTIONS

Your idea is so great @Greg_Deckler 

Hi, @stbernha 

If you want to optimize the performance of SUMX, you can refer to the following articles:

Optimizing callbacks in a SUMX iterator - SQLBI

vjianpengmsft_0-1714542424142.png

 

 

 

How to Get Your Question Answered Quickly

If it does not help, please provide more details with your desired output and pbix file without privacy information (or some sample data) .

Best Regards

Jianpeng Li

If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

View solution in original post

@stbernha Perhaps try:

Better RT =
  VAR _MaxDate = MAX( 'Date'[DateId] )
  VAR _Table = SUMMARIZE( ALL('BottomUp'), [DemandDateId], "_Value", SUM('BottomUp'[DemandQty]) )
  VAR _Result = SUMX( FILTER( _Table, [DemandDateId] <= _MaxDate ), [_Value] )
RETURN
  _Result


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

4 REPLIES 4
Greg_Deckler
Super User
Super User

@stbernha First, you can drop your ALL statement and that *should* be faster. Also, you can try this approach and maybe even add a SUMMARIZE to speed things up:

Better Running Total - Microsoft Fabric Community

 

Doing these kinds of calculations with CALCULATE can be problematic: CALCULATE Challenge - Round 1 - Microsoft Fabric Community



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...

Hi Greg,

Thanks for your quick response. I have tried your solutions and hereby my feedback.

 

1. Using the ALLSELECTED was in my case slower, but also functionally it gives for me a different result. We have visuals were we show the running total as of total, but it might be that we have values in the past that we also want to included in the running total. Hence we used the ALL function

 

2. I have created the below measures in my data model. However, after about 20 seconds I get the message that it is too memory intensive (original measure runs for about 4 seconds). BottomUp is my fact table with an inactive relationship from BottomUp[DemandDateId] --> Date[DateId]. I already have a measure with business logic called [DemandQty] that determines the 'Value' for each demand date. The BottomUp is a table with 10.000.000 records and the date table ranges from 1-1-2022 till 31-12-2030.

DEFINE
    [Better RT] =
        VAR _MaxDate = MAX ( 'Date'[DateId] )
        VAR _Table = FILTER(ALL('BottomUp'), BottomUp[DemandDateId] <= _MaxDate)
        RETURN
            SUMX(_Table, [DemandQty])

EVALUATE
SUMMARIZECOLUMNS (
    'Date'[Date],
    "Test", '_NewMeasures'[Better RT]
)

 

Is there something I am doing incorrectly here or other solutions that can be helpful for my use-case?

 

Kind regards,

Stefan

@stbernha Perhaps try:

Better RT =
  VAR _MaxDate = MAX( 'Date'[DateId] )
  VAR _Table = SUMMARIZE( ALL('BottomUp'), [DemandDateId], "_Value", SUM('BottomUp'[DemandQty]) )
  VAR _Result = SUMX( FILTER( _Table, [DemandDateId] <= _MaxDate ), [_Value] )
RETURN
  _Result


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...

Your idea is so great @Greg_Deckler 

Hi, @stbernha 

If you want to optimize the performance of SUMX, you can refer to the following articles:

Optimizing callbacks in a SUMX iterator - SQLBI

vjianpengmsft_0-1714542424142.png

 

 

 

How to Get Your Question Answered Quickly

If it does not help, please provide more details with your desired output and pbix file without privacy information (or some sample data) .

Best Regards

Jianpeng Li

If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

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 MSCUST for a $150 discount!

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.