This is a general question that I'm trying to get a clear answer to. If you could provide any documentation that exist on this topic it would be super appreciated.
Is it more performant to calculate a measure like Net Profit (Profit - Cost) in the source data as a column in the fact table or within a DAX Measure = [Profit] - [Cost].
By the source data, I mean: the sales fact table would have three value columns; profit, cost, net profit. In this instance, the net profit calculation would be done in the upstream data source (SQL). In general, I've understood that it's typically better to use a measure than to create a calculated column but this scenario doesn't use the Power BI calculate column.
In the other scenario, my fact table would have 2 value columns profit and cost. In this instance, I would create a measure in DAX that calculates Net Profit.
Hi, @thedatahiker ；
My preference is SQL, DAX Measure then DAX calculated column.
1.it can provide better compression if it's a SQL column/expression over a DAX column.
2.SQL is easier to manage change than lots of DAX columns.
3.you can add as a DAX measure then it's not going store any data and calculated when needed.
4.However measure cannot be used for slicers.
Community Support Team_ Yalan Wu
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
This is closer to the answer I'm hoping to get. You mention that putting the column in the SQL expression can provide better compression and also that by using a DAX measure the value won't be stored in any data and calculated only when needed. Since the DAX measure wouldn't require any storage wouldn't that be a more performant solution? Especially when the fact table can reach into 10s of millions of rows?
I personally prefer to assemble my solutions in SQL views. This is mostly because I'm more familiar and comfortable with SQL than I am with DAX. Also, PBI/DAX has "funny" behaviour and options that I'm still not quite used to. I generally see PBI/DAX to be the "quick & dirty", and SQL to be the reliable solution for the long haul, especially if you intend to re-use your views across multiple reports. It spares you from having to rewrite columns/measures every time. 0.02
In my view, and many have their own, it should depend on several key factors, among others:
I will always try to use measures where possible when creating financial / accounting indicators. They are often cleaner and easier to work with as you start to piggyback from one measure to the next.
Best of luck with it all!
If I have posted a response that resolves your question, please accept it as a solution to formally close the post.
Also, if you are as passionate about Power BI, DAX and data as I am, please feel free to reach out if you have any questions, queries, or if you simply want to connect and talk to another data geek!
Want to connect?www.linkedin.com/in/theoconias
Find out more about the May 2023 update.
Share your Data Story with the Community in the Data Stories Gallery.