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 Pbi folks,
I'm optimizing a report which includes complex measures, similar to the ones in this dax pattern.
My measures uses SWITCH to switch between different columns in the Fact table depending on a selection from a slicer. I'm considering to unpivot the columns in order to avoid using SWITCH. This, of course, will increase the number of rows. So I'm wondering which would be better in terms of performance/loading time:
Scenario 1:
A fact table with 38 columns and 3 million rows.
Scenario 2:
A fact table with 18 columns and 72 million rows?
Solved! Go to Solution.
Hi, @Quiny_Harl
Selecting A fact table with 38 columns and 3 million rows in your model will be even better.
To improve performance, we often need to reduce redundant columns and rows.
If adding a few columns can effectively reduce the number of rows, then it will be very helpful for performance. In my 38x50 and 18x100 model tests, when Power query reads the data file, the 38x50 time is significantly better than the 18x100 as shown in the following image:
Let's take a look at how they perform in visuals:
This tells us that if a visual has too many columns, it will lead to slow performance. With 38 columns, don't put all the columns in the same visual at once.
Here are some optimization rules that will help you optimize your model for a good user experience:
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.
@v-jianpeng-msft, thank you for your explanation!
Can you please tell me what does "exclusive duration" mean?
Hi, @Quiny_Harl
Selecting A fact table with 38 columns and 3 million rows in your model will be even better.
To improve performance, we often need to reduce redundant columns and rows.
If adding a few columns can effectively reduce the number of rows, then it will be very helpful for performance. In my 38x50 and 18x100 model tests, when Power query reads the data file, the 38x50 time is significantly better than the 18x100 as shown in the following image:
Let's take a look at how they perform in visuals:
This tells us that if a visual has too many columns, it will lead to slow performance. With 38 columns, don't put all the columns in the same visual at once.
Here are some optimization rules that will help you optimize your model for a good user experience:
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.
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 |
---|---|
87 | |
87 | |
85 | |
67 | |
49 |
User | Count |
---|---|
135 | |
112 | |
100 | |
66 | |
62 |