Advance your Data & AI career with 50 days of live learning, dataviz contests, hands-on challenges, study groups & certifications and more!
Get registeredGet Fabric Certified for FREE during Fabric Data Days. Don't miss your chance! Request now
This pattern leverages the Expanded Table behavior of DAX. Your products table is part of the expanded Sales table. You can read more about Expanded Table here.
Expanded tables in DAX - SQLBI
Pat
Hi @Anonymous
I've never used this method before (placing the fact table in the CALCULATE filter when calculating a measure related to dimension table) but I noticed that many people do that and it works. It seems that when doing that the engine intersects the product keys in your case from the product table with the product keys from the sales table which is filtered by country/region from the country table. Usually I would make the code more meaningful by CROSSFILTER the relationship between Sales and Products to BOTH. That would work as well. Country filters Sales and Sales cossfilters Products.
@Anonymous
You can also SUMMARIZE the Sales table (which is already filtered by County) by 'Product'[Product Key]. That would provide the best performance among all the three options.
Advance your Data & AI career with 50 days of live learning, contests, hands-on challenges, study groups & certifications and more!
Check out the October 2025 Power BI update to learn about new features.
| User | Count |
|---|---|
| 8 | |
| 6 | |
| 6 | |
| 4 | |
| 4 |
| User | Count |
|---|---|
| 25 | |
| 16 | |
| 7 | |
| 7 | |
| 7 |