Filtrer i LuckyTemplates: DAX Queries Context Transition

Dette innlegget vil diskutere hvordan du identifiserer et filter via xmSQL og lagringsmotorspørringen i LuckyTemplates. Du vil også lære hva VertiPaq gjør når du filtrerer på rekkevidde. Dette er et viktig tema fordi kardinaliteten til det som brukes i filtrene er den største drivkraften for DAXs ytelse.

xmSQL-spørring er et kvasi-oppfølgerspråk som har SELECT , FROM og WHERE -klausulene. WHERE - klausulen er filteret ditt, som introduseres når du bruker ellerfunksjon. Det finnes filtre i både den logiske spørringsplanen og spørringsplanen for lagringsmotoren.

Innholdsfortegnelse

• Filterkontekstovergang
• Filtrer etter rekkevidde i LuckyTemplates
• Konklusjon

Filterkontekstovergang

Dette eksempelsøket harfunksjon med Totalt salg ogfunksjon over Faktasalget. Faktasalget multipliserer gjeldende pris og salgsmengde. For dette eksemplet trenger du bare å fokusere på salg som er større enn 300.

Å kjøre spørringen vil gi deg et tabellresultat på én rad som ikke er veldig nyttig.

Men hvis du går til fanen Server Timings og skanner, kan du se xmSQL-setningen som gir deg informasjon om hva spørringen din gjør.

WITH - leddet med $Expr0 betyr at et matematisk uttrykk blir beregnet. Deretter velges uttrykket fra salgsdatatabellen eller faktasalgstabellen og filtreres deretter i WHERE-leddet med de angitte betingelsene.

I den fysiske spørringsplanen kan du se Filter_Vertipaq- operatøren. Det betyr at spørringen blir presset ned til lagringsmotoren. Så mye som mulig, bruk lagringsmotoren som et filter for å få en raskere DAX-ytelse.

Dette er en annen eksempelspørring som bruker SUMX i stedet for CALCULATETABLE -funksjonen. Hvis du kjører spørringen og ser på xmSQL-setningen, kan du se de samme resultat-, skanne- og spørringsplanene.

Du kan bruke funksjonen SUMX eller CALCULATETABLE for å generere resultater. Men SUMX kan noen ganger være tregere enn CALCUATETABLE . Det er best å bruke sistnevnte for å oppnå en jevnere DAX-ytelse.

Filtrer etter rekkevidde i LuckyTemplates

Dette er et eksempelsøk som filtrerer på et område. Filterbetingelsen henter salgsdata hvis gjeldende pris er større enn eller lik 300, men mindre enn 1000.

Hvis du kjører spørringen og ser på xmSQL-setningen, kan du se et område i WHERE- leddet.

Hvis du ser på den fysiske spørringsplanen, kan du se 2 Filter_Vertipaq . Dette er fordi filteret ditt har et område mellom 300 og 1000. Dette betyr også at lagringsmotoren jobber med spørringen og beregningen.

Her er en annen spørring med flere verdier som bruker OR- leddet, som er angitt med " || ".  

Etter at du har kjørt spørringen, kan du se endringer i WHERE -leddet inne i xmSQL-setningen. xmSQL konverterte OR -setningen til en IN- setning.

Hvis du bruker IN i spørringen, vil det gi samme xmSQL-setning og resultater. Husk at når du bruker IN , må det være en tabell som er merket med krøllede parenteser.

Men å bruke en OR- eller IN- klausul spiller ingen rolle fordi når lagringsmotoren leser den, vet den at den har samme xmSQL-setning. Det er derfor det gir det samme resultatet på 939 012 dollar.

Konklusjon

I dette blogginnlegget lærte du hvordan du setter opp en filterbetingelse i din DAX i . Filtre definerer hvilke resultater som kan genereres fra DAX-søket ditt i LuckyTemplates. De er viktige enheter som må etableres for å påkalle kontekstoverganger. Hvis du ønsker å få spesifikke resultater fra ulike tidsperioder eller områder, må filterkontekst introduseres i spørringen.

Nick