Identifying & Optimizing DAX Patterns (Case-Study)

Поділитися
Вставка
  • Опубліковано 4 лис 2024

КОМЕНТАРІ • 8

  • @martinbubenheimer6289
    @martinbubenheimer6289 10 місяців тому +2

    It's always good to be reminded of cleaning up the code. Did this change just optimize readability or does it also optimize performance?

    • @HavensConsulting
      @HavensConsulting  10 місяців тому +2

      The clients fact table was only 50k rows so there wasn't enough data to actually get a MS change. But using DAX studio there were definitely fewer calls being ran since I was using fewer CALCUALTES and calling the same measure repeatedly was reduced. So a combo of both optimization and readability here.

  • @scramiro1
    @scramiro1 9 місяців тому

    A good video (that I can´t see much on youtube) would be how you debug when a formula is not providing the number you seek. Some option:, use TOCSV to see the outupt table, dax query of the visual to see filter context, etc. How do you do this?

    • @HavensConsulting
      @HavensConsulting  9 місяців тому +1

      I have an upcoming video to show examples of the DAX query view. Otherwise the video with Daniel Otykier where he walks through the DAX Debugger in Tabular Editor 3 is also fantastic :)
      ua-cam.com/video/m4g9BxcUf4U/v-deo.html

  • @DanielWeikert
    @DanielWeikert 10 місяців тому

    Did you see Performance improvement?

    • @HavensConsulting
      @HavensConsulting  10 місяців тому

      The clients fact table was only 50k rows so there wasn't enough data to actually get a MS change. But using DAX studio there were definitely fewer calls being ran since I was using fewer CALCUALTE's and calling the same measure repeatedly was reduced. So a combo of both optimization and readability here.

  • @Nalaka-Wanniarachchi
    @Nalaka-Wanniarachchi 10 місяців тому

    Nice case study,But it's always better to remember that variables are getting fixated before return statement.

    • @HavensConsulting
      @HavensConsulting  10 місяців тому +1

      Good reminder, in the example I ran all the calculations are being ran before the return statement. So now calculation issues with this. Generally it's when you need to apply additional filters on a VAR that you need to consider where to apply the filter (during/after) declaring a VAR