Get certified for free when you join Fabric Data Days 2026 and dive into Fabric, Power BI, SQL, AI, and other essential data skills.
Join nowJuly 7 - July 17 | Round 2 of the Power BI Dataviz World Championships. Don't miss your chance! Learn more
Let's assume we have a very large table that is extracted via the ODBC connector using an SQL command like:
SELECT
A as "Time",
....
FROM DB
WHERE
A >= '01.01.2010'From a performance point of view, would it be beneficial to use query folding here?
I have made the comparison and it does look like query folding extracts the data faster.
But before I extract every table using query folding, I would like to hear your opinion first.
Solved! Go to Solution.
Your issue isn't SQL code vs Query Folding, it is ODBC vs a true SQL connector.
There should be no difference in using SQL code vs Query Folding - assuming the code generated by Query Folding is the same. The end result is the SQL server does the work.
I do not recommend using SQL statements directly though as it can present security issues in the Gateway if used, plus it prevents Incremental Refresh from working, as well as additional Query Folding in Power Query. Even if the statement could be folded, PQ cannot take your code and modify it with its additional statements. So 100% of remaining code happens in the mashup engine.
If you need to use SQL code, create a view on the server and connect PQ to that.
But avoid ODBC. Really slows things down.
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI ReportingYour issue isn't SQL code vs Query Folding, it is ODBC vs a true SQL connector.
There should be no difference in using SQL code vs Query Folding - assuming the code generated by Query Folding is the same. The end result is the SQL server does the work.
I do not recommend using SQL statements directly though as it can present security issues in the Gateway if used, plus it prevents Incremental Refresh from working, as well as additional Query Folding in Power Query. Even if the statement could be folded, PQ cannot take your code and modify it with its additional statements. So 100% of remaining code happens in the mashup engine.
If you need to use SQL code, create a view on the server and connect PQ to that.
But avoid ODBC. Really slows things down.
DAX is for Analysis. Power Query is for Data Modeling
Proud to be a Super User!
MCSA: BI ReportingJoin us in Barcelona for FabCon and SQLCon, the Fabric, Power BI, SQL, and AI community event. Save €200 with code FABCMTY200.
Join Data Days 2026: 60 days of free live/on-demand sessions, challenges, study groups, and certification opportunities.