Joulupähkinä #5 – Hassu DAX-kaava 1

Muistatko sen puhelun kun asiakas soittaa ja sanoo alkuun, että “Joo, et oo ollut tekemässä tätä mutta me ei just nyt saada ketään muuta kiinni ja olis ihan pakko tietää mikä tässä on vikana.” Saat käsiisi tabulaarisen mallin joka ei ehkä ole ihan kaikkien taiteen sääntöjen mukaan tehty ja yrität selvittää mitä se oikein tekee.

Tämän päivän pähkinä liittyy siihen. Kysymys kuuluu: Minkä luvun suure palauttaa kun valitsen filteriksi “Ship”? Eli mikä luku taulukkoon ilmestyy ja mille kuukaudelle.

Kyseessä FactInternetSales kanta, tarvittavat taulut ovat:

Näiden kahden taulun välillä on kolme relaatiota, joista OrderDateKey:n kautta oleva relaatio on aktiivinen. Passiivisina ovat ShipDateKey ja DueDateKey.

DateType taulu on seuraavanlainen:

Suure on:

Ja raportti on:

Mitä siis tapahtuu ylhäällä olevalle taulukolle kun valitsen slicerista “Ship”

Palautat tehtävän tällä Microsoft Forms-lomakkeella.

Pähkinän #4 ratkaisu.

Pähkinä #4 oli periaatteessa helppo. Ajatuksenani oli näyttää että “sort-by-column” – toiminnallisuus ei aina toimi. Tabulaarinen malli tarkastaa vain ensimmäiset 1000 riviä oikeellisuuden varalta ja jos data ei ole eheää sen jälkeen, voi tulla kummallisuuksia. Tässä esimerkkidatassa päivämääräkentissä on DayNumberOfWeek kentässä maanantain osalta virheitä, niin että se on 4, mutta tämä virhe on vasta n. 1100’s elementti taulun alusta, jolloin sort-by-column ei löydä virhettä kun sitä asetat. Sen sijaan kuvaaja muuttuu hassuksi.

Eli ennen muutosta kuvaaja näyttää:

Ja kun order-by-column muutoksen on tehnyt, näyttää se:

Taulu visualisointi näyttää virheellisen rivin ihan numeroina, pylväskuvaaja näyttää tyhjän pylvään.

Älä siis luota sort-by-columnin oikeellisuuteen ilman omaa tarkastusta jos sortattava joukko on iso.