Forskellen mellem SUM og SUMX i LuckyTemplates

Der er stadig meget forvirring om forskellen mellemvsi LuckyTemplates. Dette er nøgleviden, som brugerne skal mestre, fordi begge funktioner kan bruges på tværs af forskellige scenarier, men der er tilfælde, hvor den ene er mere effektiv end den anden. Du kan se den fulde video af denne tutorial nederst på denne blog.

Jeg vil fokusere på et eksempel her, der vil vise forskellen mellem de to. Men før jeg hopper ind i det eksempel, er det vigtigt at forstå forskellen mellem en aggregerende funktion og en itererende funktion.

Indholdsfortegnelse

• Aggregatorer vs iteratorer
• SUM Som Aggregator
• SUMX som en iterator
• Konklusion

Aggregatorer vs iteratorer

Når det kommer til DAX, er der to typer beregningsmotorer – aggregatorerne og iteratorerne.

Aggregerende funktioner inkluderer SUM ,,,og. Iteratorer er på den anden side funktioner, der har et X i slutningen, som SUMX .

Itererende funktioner gennemgår hver enkelt række i en tabel for at tilføje logik til hver af disse rækker.

Aggregerende funktioner ser på hele kolonnen, der er tilbage, efter at konteksten er placeret i en formel. Derfra foretages en enkelt aggregering for hele kolonnen på et enkelt tidspunkt.

SUM Som Aggregator

Hvordan bruges SUM som en aggregator?

I dette eksempel vil jeg beregne den samlede omsætning i de angivne eksempeldata.

Konteksten er altid vigtig her. I dette tilfælde er hver specifik dato konteksten for hvert specifikt resultat.

Hvis jeg graver dybere ned i denne tabel, vil den vise, at der er en direkte relation, der flyder fra Datoen, der går ind i Salgstabellen .

Hvis jeg så ser på de data, der arbejder under denne model, er det sådan, alt passer sammen.

Så forholdet er knyttet til ordredato-kolonnen her. Når specifikke datoer fra denne kolonne er filtreret, vises de tilsvarende resultater under kolonnen Omsætning.

Derfra ville SUM blot foretage en stor beregning af de filtrerede resultater.

SUMX som en iterator

Nu vil jeg bruge SUMX på de samme eksempeldata, så du kan se forskellen. Jeg kan faktisk beregne den omsætning uden at røre kolonnen Omsætning.

Når den bruges, vil den altid bede om et bord. Bemærk, at enten en fysisk tabel eller en virtuel tabel kan bruges her.

For at komme med omsætningen skal jeg vælge Salgstabellen. Derefter placerer jeg et udtryk, som kan være et mål eller en specifik kolonne fra den tabel, i denne formel, så den kan begynde at køre logik på hver række. Udtrykket, som forklaret her, returnerer summen af ​​et udtryk, der er evalueret for hver række i tabellen.

Da prøvedataene inkluderer ordremængden, vil jeg bruge det her til at få totalen. Jeg vil også bruge enhedsprisen.

Når jeg først trækker den formel ind i rapporten, er resultaterne nøjagtig de samme.

Selvfølgelig viser de begge de samme resultater, fordi de begge udleder data fra de samme to kolonner – ordremængden og enhedsprisen.

Hvorfor bruge SUMX , hvis det alligevel giver samme resultat som SUM ?

Med SUMX anvendes logikken ikke kun på en hel kolonne, men på hver enkelt række i den kolonne. Faktisk kunne jeg slette kolonnen Omsætning og stadig være i stand til at hente specifikke resultater.

Så forestil dig, at logikken anvendes på hver række. Den multiplicerer ordremængden og enhedsprisen for 1. række og gemmer det derefter i hukommelsen. Det gør det samme på 2. række og alle de andre rækker derefter, og gemmer hvert enkelt resultat.

Det betyder, at det, der i sidste ende bliver brugt til at beregne SUMX, ikke er de fysiske data på bordet, men resultaterne gemt i hukommelsen .

Konklusion

Forhåbentlig var jeg i stand til at forklare hovedforskellen mellem SUM vs SUMX i LuckyTemplates, især for dem, der stadig er ved at få styr på, hvad LuckyTemplates virkelig kan.

Tommelfingerreglen er, hvis det er et simpelt, ligetil scenarie, der kan løses med en aggregeringsfunktion, så brug SUM. Men hvis mere avanceret logik er påkrævet, så brug SUMX.

SUMX vil også være nyttig i tilfælde, hvor du har tusinder til millioner af rækker. Så længe de tabeller og kolonner, der refereres til i dine mål, er der, vil brug af iterationsfunktioner gøre processen mere effektiv.

Alt det bedste,