Filter in LuckyTemplates: contextovergang DAX-querys

In dit bericht wordt besproken hoe u een filter kunt identificeren via xmSQL en de opslagenginequery in LuckyTemplates. Je leert ook wat VertiPaq doet als je filtert op bereik. Dit is een belangrijk onderwerp omdat de belangrijkheid van wat er in de filters wordt toegepast de grootste drijvende kracht achter de prestaties van DAX is.

xmSQL-query is een quasi-sequel-taal met de SELECT- , FROM- en WHERE -componenten. De WHERE- component is uw filter, dat wordt geïntroduceerd wanneer u de functie of gebruikt . Er zijn filters aanwezig in zowel het logische queryplan als het queryplan voor de opslagengine.

Inhoudsopgave

• Contextovergang filteren
• Filter op bereik in LuckyTemplates
• Conclusie

Contextovergang filteren

Deze voorbeeldquery heeft de functie met de Total Sales en de functie over de Fact Sales. Het feit Verkoop is het vermenigvuldigen van de huidige prijs en de verkoophoeveelheid. Voor dit voorbeeld hoeft u zich alleen te concentreren op verkopen die groter zijn dan 300.

Als u de query uitvoert, krijgt u een tabelresultaat van één rij dat niet erg nuttig is.

Als u echter naar het tabblad Server Timings gaat en scant, kunt u de xmSQL-instructie zien die u informatie geeft over wat uw query aan het doen is.

De WITH- component met $Expr0 betekent dat een wiskundige uitdrukking wordt berekend. Vervolgens wordt de uitdrukking geselecteerd uit de verkoopgegevenstabel of de feitenverkooptabel en vervolgens gefilterd in de WHERE-clausule met de ingestelde voorwaarden.

In het fysieke queryplan ziet u de operator Filter_Vertipaq . Dit betekent dat de query naar de opslag-engine wordt gepusht. Gebruik de storage-engine zoveel mogelijk als een filter om snellere DAX-prestaties te hebben.

Dit is nog een voorbeeldquery die SUMX gebruikt in plaats van de CALCULATABEL- functie. Als u de query uitvoert en naar de xmSQL-instructie kijkt, ziet u hetzelfde resultaat, scan en queryplannen.

U kunt de functie SUMX of CALCULATETABLE gebruiken om resultaten te genereren. Maar SUMX kan soms langzamer zijn dan CALCULATETABLE . Het is het beste om de laatste te gebruiken om een ​​vlottere DAX-prestatie te bereiken.

Filter op bereik in LuckyTemplates

Dit is een voorbeeldquery die filtert op een bereik. De filtervoorwaarde haalt de verkoopgegevens op als de huidige prijs groter is dan of gelijk is aan 300 maar kleiner is dan 1000.

Als u de query uitvoert en naar de xmSQL-instructie kijkt, ziet u een bereik in de WHERE- component.

Als u naar het fysieke queryplan kijkt, ziet u 2 Filter_Vertipaq . Dit komt omdat uw filter een bereik heeft tussen 300 en 1000. Dit betekent ook dat de opslagengine bezig is met de query en berekening.

Hier is nog een query met meerdere waarden die gebruik maken van de OR- clausule, die wordt aangeduid met " || ”.  

Nadat u de query hebt uitgevoerd, ziet u wijzigingen in de WHERE -component in de xmSQL-instructie. xmSQL heeft de OR- instructie omgezet in een IN- instructie.

Als u IN in de query gebruikt , levert dit dezelfde xmSQL-instructie en resultaten op. Onthoud dat wanneer u IN gebruikt , het een tabel moet zijn die wordt aangeduid met accolades.

Maar het gebruik van een OR- of IN- clausule maakt niet uit, want wanneer de opslagengine deze leest, weet deze dat het dezelfde xmSQL-instructie heeft. Daarom geeft het hetzelfde resultaat van $ 939.012.

Inleiding tot filtercontext in LuckyTemplates
DAX-zelfstudie: Context en de berekeningsengine
Eenvoudige filters gebruiken in LuckyTemplates

Conclusie

In deze blogpost heb je geleerd hoe je een filtervoorwaarde instelt in je DAX in LuckyTemplates . Filters bepalen welke resultaten kunnen worden gegenereerd op basis van uw DAX-query in LuckyTemplates. Het zijn belangrijke entiteiten die tot stand moeten worden gebracht om contextovergangen op te roepen. Als u specifieke resultaten uit verschillende tijdsperioden of bereiken wilt krijgen, moet filtercontext in de query worden geïntroduceerd.

Nick