The ultimate Fabric, Power BI, SQL, and AI community-led learning event. Save €200 with code FABCOMM.
Get registeredEnhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends August 31st. Request your voucher.
I am writing DAX queries with large and multiple tables and the query is internally generating CallbackDataID which is believed to be detrimental to performance.
Is there any way to write a query that can bypass that? @marcorusso
@AlexisOlson @CNENFRNL @bcdobbs @OwenAuger
Thank you in advance.
A sample query is attached in the pbix.
Base table
| Continent | Country | Province | Value |
|-----------|---------|----------|-------|
| NA | CA | AB | 100 |
| NA | CA | AB | 50 |
| NA | CA | ON | 1000 |
| NA | CA | ON | 20 |
| NA | CA | SK | 400 |
| NA | CA | SK | 4000 |
Desired
| Continent | Country | Province | Value |
|-----------|---------|----------|-------|
| NA | CA | AB | 50 |
| NA | CA | ON | 20 |
| NA | CA | SK | 400 |
Query plan
Have you read this ? Formula engine and storage engine in DAX - SQLBI
or this Performance Issue In DAX Studio: CallBackDataID - Enterprise DNA
Here is a version that doesn't use CallbackDataID: