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.
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.
User | Count |
---|---|
80 | |
74 | |
41 | |
30 | |
28 |
User | Count |
---|---|
107 | |
96 | |
53 | |
47 | |
47 |