Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Enhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends August 31st. Request your voucher.

Reply
arkiboys2
Helper IV
Helper IV

dataflow complex rule

in the dataflow gen2, I am adding a custom column with a very complex business rule.

for example:

if column2 = "xyz" and column3 != '765'

...

then custom_column = 'system1'

else if column2 = ...

...

for a complex rule is it ok the formula is very complex and probably around 50 + lines?

is it better to do this logic into a stored proc and update the table after the ingestion in dataflow?

thank you

1 ACCEPTED SOLUTION
liuqi_pbi
Resolver III
Resolver III

Can you share the current IF statement? Or share some sample data and expected outcome? Maybe we can optimize it to reduce the complexity or reduce the lines.

 

If it's just a conditional judgment on the same row of data, there usually won't be a significant performance issue. And complexity isn't entirely determined by the number of lines.

 

When further optimization is not possible, it may be better to use stored procedures to implement the same logic on the data source side than to use Dataflow. For some simple logical operations, the M language used in the dataflow itself will be converted into SQL statements supported by the corresponding data source and executed by the data source.

View solution in original post

2 REPLIES 2
frithjof_v
Super User
Super User

In addition to what @liuqi_pbi mentioned here: "For some simple logical operations, the M language used in the dataflow itself will be converted into SQL statements supported by the corresponding data source and executed by the data source."

 

This is the automatic Query Folding mechanism in Power Query M.

 

In addition, if your source is SQL based and you wish to push complex transformations back to the source, you can write your own SQL query in the dataflow connection, in order to make the source SQL server do the processing job.

 

Also, just copying the raw data into a staging table in Fabric by using data pipeline copy or Dataflow Gen2 fast copy, and then run transformations on the staged data (e.g. stored procedure or notebook) before loading it into prod table, makes great sense.

liuqi_pbi
Resolver III
Resolver III

Can you share the current IF statement? Or share some sample data and expected outcome? Maybe we can optimize it to reduce the complexity or reduce the lines.

 

If it's just a conditional judgment on the same row of data, there usually won't be a significant performance issue. And complexity isn't entirely determined by the number of lines.

 

When further optimization is not possible, it may be better to use stored procedures to implement the same logic on the data source side than to use Dataflow. For some simple logical operations, the M language used in the dataflow itself will be converted into SQL statements supported by the corresponding data source and executed by the data source.

Helpful resources

Announcements
July 2025 community update carousel

Fabric Community Update - July 2025

Find out what's new and trending in the Fabric community.

Join our Fabric User Panel

Join our Fabric User Panel

This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.

June FBC25 Carousel

Fabric Monthly Update - June 2025

Check out the June 2025 Fabric update to learn about new features.