Starting December 3, join live sessions with database experts and the Microsoft product team to learn just how easy it is to get started
Learn moreGet certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now
Hi!
I'm testing the composite model for a business issue for a customer of ours.
Situation:
DQ:
1 Fact table with 174 rows
In memory:
dimension Debtor: 7750 rows
dimension Part: 60000 rows
the relations are made with integer keys. Both are Many to One (Single).The measure is a simple sum of a amount collumn.
Everyting out of the Part dimension i throw against this measure is fast and snappy! But when is use the Debtor dimension (much smaller) it sometimes takes more then 20 seconds for a simpe sort. I can't get my head around this, why is de larger dimension much faster then the smaller one?
Anyone any idea?
Hi @WVonk,
If I understand your sceanrio correctly that the dimension Part runs fast than the dimension Debtor?
If it is, I'm afraid that the performance will be affected by many factors. If you have more columns of dimension Debtor then the dimension Part, the performance of dimension Debtor will be bad than the dimension Part.
In addtion, the complex of the measure will also affect the performance.
Best Regards,
Cherry
Hi @v-piga-msft
Thats correct, the Part dimension is always much faster than the debtor. Even when i only load 1 collumn from the Debtor dimension.
I found out that when switch all three tables to DirectQeury, it's all fast. When i switch the Fact to DQ everything with the Debtor dimension is slow.
In Dax studio, a simple sum measure. With the PartID around 60 milliiseconds and with the Debtor ID around 800 ms tot 33 seconds.
Is there anything i can futher investigate regarding this?
Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early Bird pricing ends December 9th.
User | Count |
---|---|
86 | |
84 | |
83 | |
67 | |
49 |
User | Count |
---|---|
131 | |
111 | |
96 | |
71 | |
67 |