Power BI is turning 10! Tune in for a special live episode on July 24 with behind-the-scenes stories, product evolution highlights, and a sneak peek at what’s in store for the future.
Save the dateEnhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends August 31st. Request your voucher.
All of my data sources are SQL Server, making them a candidate for query folding. However, my transformations are complex, which prevents query folding. I have found that writing the transformations in SQL (as opposed to M) gives me much better load performance (as if query folding were occurring). In this scenario (all SQL sources, but complex transformations), is it best to continue avoiding M and instead writing all transformations in SQL?
Solved! Go to Solution.
I would say yes and you also want to be building views in SQL then just pulling the view into PowerBI. Take a look at this article on the topic.
https://www.sqlbi.com/articles/data-import-best-practices-in-power-bi/
I would say yes and you also want to be building views in SQL then just pulling the view into PowerBI. Take a look at this article on the topic.
https://www.sqlbi.com/articles/data-import-best-practices-in-power-bi/
@Anonymous
I think it is better to write all the complex transformation and transformations which are not query folded in your sql, performance will be better. However If all the steps in M query are folded then more or less it will be the same as native query.
If you are good at sql query then you will write better optimized query which gives you better performance. Hope this makes sense.
Check out the July 2025 Power BI update to learn about new features.
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
User | Count |
---|---|
63 | |
63 | |
53 | |
39 | |
25 |
User | Count |
---|---|
85 | |
57 | |
45 | |
43 | |
38 |