Retting av feil totaler ved å bruke DAX-mål i LuckyTemplates

Å få korrekte totaler i LuckyTemplates-rapporter kan noen ganger være det mest frustrerende når du bruker DAX- tiltak. Du kan sannsynligvis komme i visse situasjoner der Totals for DAX-målene dine ikke blir slik du ønsker. Du kan se hele videoen av denne opplæringen nederst på denne bloggen.

DAX-mål kan være basert på standard aggregeringsfunksjoner, for eksempel COUNT eller SUM . Disse DAX -formlene lar deg utføre datamodellering, dataanalyse og bruke resultatene til rapportering og beslutningstaking.

I denne bloggen skal vi diskutere en total logikk angående DAX-tiltak . Denne bekymringen ble reist i. Hvis du vil se gjennom spørsmålet og se på det eksakte scenariet fra forumet, klikker du bare på lenken nedenfor.

Jeg skal vise deg teknikken som ble brukt for å løse scenariet.

Du kan absolutt bruke denne teknikken på forskjellige scenarier, spesielt når du lager en ganske kompleks DAX- logikk eller når du forgrener flere mål. Dette vil også hjelpe deg med å løse summene dine som kan beregnes feil .

Innholdsfortegnelse

• Eksempel på problemscenario
• Analysere de riktige resultatene for prøvescenariet
• Opprette virtuelle tabeller innenfor DAX-mål
• Oppsummering av MIN for hver rad i den virtuelle tabellen
• Konklusjon

Eksempel på problemscenario

Her er et generisk eksempel som på en eller annen måte er relatert til det diskuterte scenariet i forumet.

Nå ser vi på salgsresultatet i denne tabellen. Dessuten sammenligner jeg det med et annet resultat, som er Salget i fjor .

I dette eksemplet prøver vi å finne ut minimumsresultatet for hver enkelt kunde basert på konteksten som er valgt. Det kan være et hvilket som helst mål som MIN Totalt salg og(i dette tilfellet bruker vi de generiske).

Mest sannsynlig vil du tro at formelen fra bildet nedenfor vil gi oss de riktige resultatene.

Vel, la oss dra målingen til tabellen og sjekke resultatene.

Når vi ser på resultatene, kan vi si at alle beregningene for hver rad var nøyaktige.

Den har imidlertid beregnet totalen feil.

Den beregnet bare minimumssummen ved å bruke MIN- funksjonen for hver rad i Totalt salg og Salg LY -målene når det ikke er noen kontekst på hver beregning.

Dessuten talte den ikke opp de spesielle minimumskravene på en unik måte og fikk summen av alle disse unike minimumskravene via en hvilken som helst kontekst vi er i.

Analysere de riktige resultatene for prøvescenariet

La meg nå vise deg de riktige resultatene for det forrige scenariet.

Du vil se fra bildet at det viser et helt annet resultat da det tydeligvis er mye mindre enn alle de andre totalene.

Dette gir mye mer mening fordi vi i hovedsak teller opp bare minimumsverdiene for hver enkelt rad i denne tabellen . Så det betyr at resultatet kommer til å være mye mindre verdi .

Den primære logikken som vi trenger å forstå her er å evaluere hvert enkelt resultat ved hjelp av virtuelle tabeller .

Ved å iterere gjennom virtuelle tabeller kan du forsikre deg om at logikken du implementerer, itererer gjennom riktig kontekst for totalen versus enhver naturlig kontekst som kan oppstå via valg gjort på en rapportside .

Hvis du kan begynne å forstå hvordan du kan inkorporere virtuelle tabeller i DAX- funksjonene dine, vil du raskt se mulighetene for å utvide analysen ytterligere.

Opprette virtuelle tabeller innenfor DAX-mål

Nå, for å løse det nåværende scenariet, er det første vi må gjøre å lage en virtuell tabell for hver enkelt kunde ved hjelp av SUMMARIZE- funksjonen.

SUMMARIZE - funksjonen returnerer en sammendragstabell for de forespurte totalene over et sett med grupper.

Deretter, innenfor den spesielle virtuelle tabellen som vi skal iterere gjennom, vil de uthevede kolonnene fra bildet nedenfor bli generert virtuelt.

Oppsummering av MIN for hver rad i den virtuelle tabellen

Når vi kommer til evalueringsfasen, vil vi bruke en kalt SUMX . Denne funksjonen returnerer summen av et uttrykk som blir evaluert for hver rad i en tabell.

I vårt tilfelle vil SUMX- funksjonen oppsummere MIN- resultatet for hver enkelt rad i den virtuelle tabellen som vi har laget.

Og det var slik vi fikk de riktige resultatene.

En annen kul ting med dette er at det virtuelle bordet også fungerer for hver enkelt rad . Dette betyr at denne tabellen bare kommer til å være en rad lang.

Dette er fordi dette filteret bare skal brukes virtuelt i formelen , og kunde-ID-en i SUMMARIZE- funksjonen vil bare være relevant for kundekonteksten vi er i.

Og det er rett og slett hvordan du kan løse dette spesielle scenariet.

Konklusjon

For å oppsummere, nøkkelen til å forstå hvordan totaler beregnes er å lære i dybden hvordan kontekst fungerer inne i LuckyTemplates.

Denne teknikken er definitivt brukbar fordi det er mange situasjoner der totalsummen ikke stemmer overens med hva du tror eller bør være. For eksempel kan du faktisk få en total, men du aner ikke at den faktisk beregner feil.

Det viktigste du trenger for at denne teknikken skal fungere skikkelig, er å forstå den virtuelle tabellmetodikken . Du må effektivt integrere disse virtuelle tabellene i DAX- målene dine for å sikre at de får de ønskede resultatene.

Dette vil hjelpe deg med å løse ikke bare den du jobber med, men også de andre fremtidige totalproblemene du kan støte på når du kjører beregninger i LuckyTemplates-modellene dine.

Det er ganske mye å bruke og implementere i ditt eget miljø med dette. Det er grunnen til at det er avgjørende å bygge inn disse konseptene i tankene dine.

For mer avanserte DAX-teknikker du kan bruke i LuckyTemplates, sjekk ut denne modulen på LuckyTemplates Online –.