Onjuiste totalen corrigeren met behulp van DAX-metingen in LuckyTemplates

De totalen correct krijgen in LuckyTemplates-rapporten kan soms het meest frustrerende zijn bij het gebruik van DAX- metingen. U kunt waarschijnlijk in bepaalde situaties terechtkomen waarin uw totalen voor DAX-metingen niet optellen zoals u wilt. Je kunt de volledige video van deze tutorial onderaan deze blog bekijken.

DAX-metingen kunnen worden gebaseerd op standaard aggregatiefuncties, zoals COUNT of SUM . Met deze DAX- formules kunt u gegevensmodellering en gegevensanalyse uitvoeren en de resultaten gebruiken voor rapportage en besluitvorming.

In deze blog gaan we een algemene logica met betrekking tot DAX-metingen bespreken . Deze zorg werd geuit in het . Als u de vraag wilt bekijken en het exacte scenario van het forum wilt bekijken, klikt u gewoon op de onderstaande link.

Ik zal je de techniek laten zien die werd gebruikt om het scenario op te lossen.

U kunt deze techniek zeker toepassen op verschillende scenario's, vooral bij het maken van vrij complexe DAX- logica of bij het vertakken van meerdere metingen. Dit zal u ook helpen bij het oplossen van uw totalen die mogelijk onjuist worden berekend .

Inhoudsopgave

• Voorbeeld van een probleemscenario
• Analyse van de juiste resultaten voor het voorbeeldscenario
• Virtuele tabellen maken binnen DAX-maatregelen
• De MIN van elke rij in de virtuele tabel optellen
• Conclusie

Voorbeeld van een probleemscenario

Hier is een generiek voorbeeld dat op de een of andere manier verband houdt met het besproken scenario op het forum.

Nu kijken we naar het verkoopresultaat in deze tabel. Bovendien vergelijk ik het met een ander resultaat, namelijk de omzet vorig jaar .

In dit voorbeeld proberen we het minimale resultaat voor elke afzonderlijke klant te achterhalen op basis van de geselecteerde context. Het kan elke maatstaf zijn, zoals MIN Totale verkoop en Totale verkoop vorig jaar (in dit geval gebruiken we de algemene).

Hoogstwaarschijnlijk zou je denken dat de formule uit de onderstaande afbeelding ons de juiste resultaten zal geven.

Welnu, laten we de Minimum Testing- maatstaf naar de tabel slepen en de resultaten controleren.

Als we naar de resultaten kijken, kunnen we zeggen dat de berekeningen voor elke rij allemaal nauwkeurig waren.

Het heeft het totaal echter verkeerd berekend.

Het berekende alleen het minimumtotaal met behulp van de MIN- functie voor elke rij binnen de Total Sales- en de Sales LY- metingen wanneer er geen context is voor elke berekening.

Bovendien heeft het de specifieke minima niet op een unieke manier geteld en de som van al deze unieke minima verkregen via elke context waarin we ons bevinden.

Analyse van de juiste resultaten voor het voorbeeldscenario

Laat me u nu de juiste resultaten voor het vorige scenario tonen.

U zult aan de afbeelding zien dat het een heel ander resultaat laat zien, aangezien het duidelijk veel minder is dan alle andere totalen.

Dit is veel logischer omdat we voornamelijk alleen de minima van elke rij in deze tabel optellen . Dat betekent dus dat er een veel lagere waarde voor het resultaat zal zijn .

De primaire logica die we hier moeten begrijpen, is om elk afzonderlijk resultaat te evalueren met behulp van virtuele tabellen .

Door virtuele tabellen te doorlopen, kunt u ervoor zorgen dat de logica die u implementeert, itereert door de juiste context voor het totaal versus elke natuurlijke context die kan voorkomen via selecties die op een rapportpagina zijn gemaakt .

Als u kunt beginnen te begrijpen hoe u virtuele tabellen in uw DAX- functies kunt opnemen, ziet u snel de mogelijkheden om uw analyse nog verder uit te breiden.

Virtuele tabellen maken binnen DAX-maatregelen

Om het huidige scenario op te lossen, moeten we eerst een virtuele tabel van elke klant maken met behulp van de functie SUMMARIZE .

De functie SUMMARIZE retourneert een samenvattende tabel voor de gevraagde totalen over een reeks groepen.

Vervolgens worden binnen die specifieke virtuele tabel die we gaan doorlopen, de gemarkeerde kolommen uit de onderstaande afbeelding virtueel gegenereerd.

De MIN van elke rij in de virtuele tabel optellen

Als we bij de evaluatiefase komen, gebruiken we een herhalende functie genaamd SUMX . Deze functie retourneert de som van een uitdrukking die wordt geëvalueerd voor elke rij in een tabel.

In ons geval somt de SUMX- functie het MIN- resultaat op van elke afzonderlijke rij van de virtuele tabel die we hebben gemaakt.

En zo kregen we de juiste resultaten.

Wat ook leuk is, is dat de virtuele tabel ook voor elke afzonderlijke rij werkt . Dit betekent dat deze tabel maar één rij lang zal zijn.

Dit komt omdat dit filter alleen virtueel wordt toegepast in de formule en de klant-ID binnen de functie SUMMARIZE alleen relevant zal zijn voor de klantcontext waarin we ons bevinden.

En dat is gewoon hoe u dit specifieke scenario kunt oplossen.

Conclusie

Kortom, de sleutel om te begrijpen hoe totalen worden berekend, is om diepgaand te leren hoe context werkt binnen LuckyTemplates.

Deze techniek is zeker bruikbaar omdat er veel situaties zijn waarin de totalen gewoon niet kloppen met wat u denkt of zou moeten zijn. U kunt bijvoorbeeld een totaal krijgen, maar u hebt geen idee dat het eigenlijk verkeerd wordt berekend.

Het belangrijkste dat u nodig heeft om deze techniek goed te laten werken, is de virtuele-tabelmethodologie te begrijpen . U moet deze virtuele tabellen efficiënt integreren in uw DAX- metingen om ervoor te zorgen dat ze de gewenste resultaten opleveren.

Dit helpt u niet alleen het probleem op te lossen waaraan u momenteel werkt, maar ook de andere toekomstige totale problemen die u kunt tegenkomen bij het uitvoeren van berekeningen in uw LuckyTemplates-modellen.

Hiermee is er nogal wat toe te passen en te implementeren in je eigen omgeving. Dat is de reden waarom het cruciaal is om deze concepten in je geest te verankeren.

Voor meer geavanceerde DAX-technieken die u kunt gebruiken in LuckyTemplates, bekijk deze module op LuckyTemplates Online – .