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

Get Fabric Certified for FREE during Fabric Data Days. Don't miss your chance! Learn more

Reply
dana2
Regular Visitor

Making changes in Power Query vs Data Tab with DAX influence on file size

I was curious if making similar changes to a table results in a similar increase in file size. Or if changes to data through Power Query vs Data Tab result in a greater file size increase?

 

For example:

Combining first name and last name columns to make a full name column. I can do "Merge Column" in Power Query or I can concatenate with a DAX statement in the Data Tab. Both doing the same thing, would one result in a larger file due to how the full name column is made?

1 ACCEPTED SOLUTION
OwenAuger
Super User
Super User

@dana2 

In general, DAX calculated columns have the potential for worse compression than "native columns" (columns in the table loaded from Power Query). This is because calculated columns do not participate in determining a table's optimal sort order for compression purposes.

See this article:

https://www.sqlbi.com/articles/storage-differences-between-calculated-columns-and-calculated-tables/

For this reason, it's best to push any transformations as far upstream as possible. In your case, the first preference would be to derive the column in the data source itself, and the second would be Power Query.

 

There can certainly be situations where a DAX calculated column is more convenient, such as when the column depends on the data model in some way (eg measures or relationships). In your case though, a concatenation of other columns is a clear candidate for Power Query (if it not further upstream).

 

Regards


Owen Auger
Did I answer your question? Mark my post as a solution!
Blog
LinkedIn

View solution in original post

1 REPLY 1
OwenAuger
Super User
Super User

@dana2 

In general, DAX calculated columns have the potential for worse compression than "native columns" (columns in the table loaded from Power Query). This is because calculated columns do not participate in determining a table's optimal sort order for compression purposes.

See this article:

https://www.sqlbi.com/articles/storage-differences-between-calculated-columns-and-calculated-tables/

For this reason, it's best to push any transformations as far upstream as possible. In your case, the first preference would be to derive the column in the data source itself, and the second would be Power Query.

 

There can certainly be situations where a DAX calculated column is more convenient, such as when the column depends on the data model in some way (eg measures or relationships). In your case though, a concatenation of other columns is a clear candidate for Power Query (if it not further upstream).

 

Regards


Owen Auger
Did I answer your question? Mark my post as a solution!
Blog
LinkedIn

Helpful resources

Announcements
Fabric Data Days Carousel

Fabric Data Days

Advance your Data & AI career with 50 days of live learning, contests, hands-on challenges, study groups & certifications and more!

October Power BI Update Carousel

Power BI Monthly Update - October 2025

Check out the October 2025 Power BI update to learn about new features.

FabCon Atlanta 2026 carousel

FabCon Atlanta 2026

Join us at FabCon Atlanta, March 16-20, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.