Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!Calling all Data Engineers! Fabric Data Engineer (Exam DP-700) live sessions are back! Starting October 16th. Sign up.
I am not certain yet whether this is an issue or my ignorance, however I just began to use incremental refresh on a new dataflow (SQL Server data source) and noticed the following:
The 'RangeStart' query that is generated from activating incremental refresh is defaulting to a datetime that does not match what is set from the GUI.
GUI params:
Seen just below, you can see there is no filtering happening on the fiscal_calendar_date, who's oldest year should be 2021, not 2017.
I have changed the power query for 'RangeStart' to be the correct date/time stamp, and will reload the table from within power query, and it filters just fine. The moment I save and close and refresh the dataflow, the 'RangeStart' query reverts back to the incorrect date/time stamp and I lose the filtering schema that I was wanting to apply through incremental refresh. Here is the table query for your reference. You can see that the join is done prior to the incremental refresh filtering, which part of me wonders if my applied steps were done in the wrong order perhaps?
Does anyone know whether or not this is a bug and if not, could you please provide your insights here? Thank you so much!
Solved! Go to Solution.
The parameter values for RangeStart and RangeEnd in Power Query are not relevant for the actual partitions. They only help you the developer to limit the development data.
In fact, with a dataflow you have no control over these parameters or where they are placed in the Power Query (for some unexplicable reason they are always placed at the end which makes no sense whatsoever - the filter should apply as soon as possible).
Ignore them and check the refresh details of the dataflow to make sure you see the generated partitions.
Ideally you would do an incremental refresh on a semantic model, not a dataflow.
The parameter values for RangeStart and RangeEnd in Power Query are not relevant for the actual partitions. They only help you the developer to limit the development data.
In fact, with a dataflow you have no control over these parameters or where they are placed in the Power Query (for some unexplicable reason they are always placed at the end which makes no sense whatsoever - the filter should apply as soon as possible).
Ignore them and check the refresh details of the dataflow to make sure you see the generated partitions.
Ideally you would do an incremental refresh on a semantic model, not a dataflow.
Join the Fabric FabCon Global Hackathon—running virtually through Nov 3. Open to all skill levels. $10,000 in prizes!
Check out the October 2025 Power BI update to learn about new features.