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

Don't miss out! 2025 Microsoft Fabric Community Conference, March 31 - April 2, Las Vegas, Nevada. Use code MSCUST for a $150 discount. Prices go up February 11th. Register now.

Reply
lbendlin
Super User
Super User

CALCULATE() or iterator function

There seems to be some personal preference involved with the use of CALCULATE(MAX()) versus MAXX() etc.  I am still trying to understand the arguments pro and contra (as well as the context transition differences).  I looked at the query plans in DAX Studio for the following versions of the same measure

 

 

var p=SELECTEDVALUE('Table'[pid])
var c=CALCULATE(max('Table'[date]),all('Table'),'Table'[pid]=p,'Table'[value]="1")


var p=SELECTEDVALUE('Table'[pid])
var c1=maxx(filter(all('Table'),'Table'[pid]=p && 'Table'[value]="1"),'Table'[date])

 

 

They yield the same result. The query plan for the calculate() version has 21 lines and two scans. The final query is 

 

 

SELECT
MAX ( 'Table'[date] )
FROM 'Table'
WHERE
	'Table'[pid] = 123 VAND
	'Table'[value] = '1';

 

 

The query plan for the maxx() version has only 12 lines, but the final query is 

 

 

SELECT
MAX ( 'Table'[date] )
FROM 'Table'
WHERE
	'Table'[value] = '1' VAND
	 ( PFCASTCOALESCE ( 'Table'[pid] AS  INT ) = COALESCE ( 'CallbackDataID ( p ) ' ()  )  ) ;

 

 

And the CallbackDataID is all jumpy and colorful, telling me it rather shouldn't be there. 

 

Granted, my test data set is tiny, but isn't that a sign that in this scenario calculate() produces the better query?

 

Edit:  Adding TREATAS() to the mix. 

 

var p=SELECTEDVALUE('Table'[pid])
var c2=CALCULATE(max('Table'[date]),all('Table'),TREATAS({(p,"1")},'Table'[pid],'Table'[value]))

 

It produces the same final query as the filter enumeration, but  but seems to perform a little bit leaner.

 

 

2 REPLIES 2
Anonymous
Not applicable

If you read The Definitive Guide to DAX by The Italians, you'll find a chapter about optimization. CALCULATE with simple (Boolean) filters is ALWAYS preferred to FILTER due to internal optimizations. Simple as that.

Best
D
AlexisOlson
Super User
Super User

As a general rule of thumb, it's usually preferred to not use iterator functions where they aren't needed. For many expressions, they will be internally optimized to the same final query but it's much easier to inadvertently write poorly performing code with iterators (e.g. putting IF functions inside of one where using a filter would be more efficient).

 

I'd recommend reading up on SUM vs SUMX articles for more detail and context.

 

https://exceleratorbi.com.au/use-sum-vs-sumx/

https://radacad.com/sum-vs-sumx-what-is-the-difference-of-the-two-dax-functions-in-power-bi

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! Prices go up Feb. 11th.

Feb2025 Sticker Challenge

Join our Community Sticker Challenge 2025

If you love stickers, then you will definitely want to check out our Community Sticker Challenge!

Jan25PBI_Carousel

Power BI Monthly Update - January 2025

Check out the January 2025 Power BI update to learn about new features in Reporting, Modeling, and Data Connectivity.

Jan NL Carousel

Fabric Community Update - January 2025

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