DAX-berekening – Contextovergangen filteren

In deze zelfstudie leert u hoe de opslagengine het gegevensmodel kan gebruiken om informatie voor uw DAX-berekening te berekenen. Het heeft de mogelijkheid om Left Outer Joins te gebruiken via het datamodel.

De storage-engine kan eenvoudige joins uitvoeren door een een-op-veel-relatie in uw datamodel te hebben of door de functie te gebruiken die filters heen en weer verplaatst.

Een een-op-veel-relatie betekent dat u een dimensietabel heeft die gerelateerd is aan uw feitentabel. DAX weet wanneer u een query uitvoert op een kolom met dit type relatie.

Inhoudsopgave

• Filter in DAX-berekening
• Conclusie

Filter in DAX-berekening

Hier is een eenvoudig gegevensmodel met tabellen met vier dimensies en één feitentabel in een sterschema-opstelling. Je ziet ook vier sleutels in de feitentabel die gerelateerd zijn aan de primaire sleutels in de dimensietabellen.

Dit is de DAX-query voor het gegevensmodel hierboven:

U kunt zien dat de query kolommen toevoegt aan de waarden van het DimCalendar-jaar. De vraag roept vervolgens op tot de Total Sales-Context Transition. Wanneer u de functie gebruikt , moet u gebruiken om de contextovergang aan te roepen om te voorkomen dat u dezelfde waarde heeft voor het totale bedrag voor elke rij.

Nadat u de query hebt uitgevoerd, ziet u de xmSQL-instructie en de resultaten.

In de verklaring kunt u zien hoe de query werkt. De WITH- clausule voert de wiskundige uitdrukking uit in DAX en selecteert vervolgens het DimCalendar-jaar. Zorg ervoor dat u de filters uit de dimensietabel haalt om te voorkomen dat de prestaties vertragen.

Vervolgens somt de opslagengine de uitdrukking binnen de WITH- clausule op en selecteert gegevens uit de feitenverkooptabel door een Left Outer Join op de DimCalendar uit te voeren naar de Verkoopgegevens-aankoopdatum, die gelijk is aan de DimCalendar-datum.

Het hebben van de Left Outer Join in de storage-engine maakt de hele berekening sneller. Hoe meer werk er binnen de storage-engine wordt gedaan, hoe beter de resultaten. Het hebben van complexe joins vertraagt ​​de prestaties van DAX omdat de formule-engine de berekening overneemt.

VertiPaq is gebouwd voor eenvoudigere dingen. Het is eenvoudig vergeleken met wat de formule-engine kan doen. Het is een kwestie van hoe snel het kan genereren en een resultaat kan opleveren.

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

Conclusie

De xmSQL-instructie laat zien wat uw DAX-query doet en hoe deze de hele berekening uitvoert. In de verklaring kunt u de werkstroom zien, zoals de uitvoering van wiskundige uitdrukkingen en contextovergangen. VertiPaq kan deze overgangen oproepen door gebruik te maken van het datamodel met eenvoudige functies.

Kom meer te weten over de VertiPaq- en xmSQL-verklaring door deze tutorial te gebruiken en de eerdere blogposts te verkennen die over de opslagengine gaan.