RANKX Deep Dive: A Lucky Templates DAX-funktion

I dag vil vi dykke dybt ned i RANKX, en skalar DAX-funktion i LuckyTemplates , der giver dig mulighed for at returnere rangeringen af ​​et specifikt tal i hver tabelrække, der udgør en del af en liste over tal. Du kan se den fulde video af denne tutorial nederst på denne blog.

Indholdsfortegnelse

• Eksempel på scenarier
• RANKX Scenario 1: Kundeplacering
• RANKX Scenario 2: Byer rangering V1
• RANKX Scenario 3: Territorier rangering
  • Byer RankingV2: Den bedre tilgang ved hjælp af Slicer
• RANKX Scenario 4: Produktrangering
• RANKX Scenario 5: DAX Studio
• Konklusion

Eksempel på scenarier

Vi analyserer nogle af de vigtigste scenarier, herunder hvornår der skal refereres til en hel tabel og et feltnavn inde i .

Vi vil også undersøge, hvad der sker, når faldet, og når en sorteringsrækkefølge anvendes over et felt. Til sidst vil vi se nærmere på den bedste praksis i at henvise til et tabelnavn eller et feltnavn langs tabellen, og hvordan rangeringen evalueres i bagenden.

RANKX Scenario 1: Kundeplacering

I vores første scenarie ønsker vi at beregne rangeringen af ​​vores kunder og referere til hele kundernes tabel inde i RANKX-funktionen. I sidste ende vil vi finde ud af, hvordan resultaterne evalueres.

Så lad os begynde med at åbne LuckyTemplates og klikke på knappen Total Sales options under fanen Key Measures og derefter gå til New Measure . Skriv et mål for kunderangeringen (f.eks. "Kundeplacering =").

Du kan se resultaterne ved at trække kundeplaceringsmålet ind i tabellen.

Men er dette den bedste tilgang til hvert scenarie? Hvad hvis der er to personer med samme navn, men i forskellige byer? Eller hvad hvis vi har to steder med samme navn, men forskellige territorier?

RANKX Scenario 2: Byer rangering V1

Lad os nu anvende den samme tilgang i det første scenarie. Denne gang vil vi dog anvende det over regionstabellen, hvor vi har to byer med samme navn, men på to forskellige steder.

Som du kan se på billedet ovenfor, har vi inde i regionstabellen to byer med samme navn, men de er tilgængelige under to forskellige territorier. Så hvad sker der, når vi anvender de samme trin fra vores tidligere scenarie?

Resultaterne vil se nogenlunde således ud:

Nu begynder vi at se et problem med vores rangeringsformel. Da RANKX-funktionen itererer over et helt sæt tabeller, kan den ikke konsolidere resultaterne for byerne med samme navn, som er tilgængelige under to forskellige territorier. Dette resulterer i sidste ende i en fejl.

For at løse dette problem skal du referere til feltnavnet inde i RANKX-funktionen og tabelnavnet, ligesom på billedet nedenfor.

Så hvordan rettede det fejlen? Når vi refererer til et feltnavn inde i RANKX-funktionen, gentager det det kun gennem den kolonne og ikke over hele tabellen.

Det vil fjerne dubletterne, selvom de to byer er tilgængelige i to forskellige territorier, og derved konsolidere dem som én enkelt by.

RANKX Scenario 3: Territorier rangering

Så hvad sker der, når niveauet af granularitet falder?

I dette tilfælde vil du se fejlen, mens du beregner rangeringen på et territorialt niveau. Årsagen er, at når vi kun refererer til tabelnavnet og ignorerer kolonnenavnet igen, gentager det det over en hel tabel, hvorved resultaterne ikke konsolideres på territorialt niveau.

For at få de korrekte resultater på territorialt niveau skal du referere til territoriefeltet inde i regionstabellen. Men hvornår skal du referere til hele tabeltemaet og inkludere feltnavnet sammen med tabellen?

Når rangering anvendes over det laveste granularitetsniveau, kan vi henvise til tabelnavnet og ignorere feltnavnet.

Men når niveauet af granularitet falder, bliver vi nødt til at henvise til kolonnenavnet sammen med tabelnavnet. Indtil videre analyserer vi kun resultaterne i en enkelt visualisering, det vil sige en tabel.

Byer RankingV2: Den bedre tilgang ved hjælp af Slicer

Lad os duplikere det andet scenarie, hvor venstre side af visual kun vil referere til et tabelnavn, mens højre side refererer til kolonnenavnet inde i RANKX-funktionen. Vi vil derefter sammenligne resultaterne ved at bringe en slicer ind på den side i form af territorier, hvilket resulterer i billedet nedenfor.

Når vi foretager et valg i sliceren, vil du bemærke, at i venstre side af tabellens visualisering, giver den ikke resultatet i seriel rækkefølge, da RANKX itererer over hele regionens tabel. På højre side af tabellens visualisering vil du dog se resultaterne i en seriel rækkefølge.

Årsagen er, at RANKX kun itererer over en specifik tabelkolonne, hvilket gør det muligt for den at filtrere resultaterne fra i henhold til det valg, der er foretaget i sliceren. Det er også en af ​​de vigtigste ting at huske.

Hvis vi ønsker at se de overordnede rangeringsresultater, kan vi kun referere til tabelnavnet inde i .

Men hvis vi ønsker, at vores resultater skal være i seriel rækkefølge i henhold til det valg, der er foretaget i sliceren, skal vi også referere til et kolonnenavn inde i funktionen.

RANKX Scenario 4: Produktrangering

Lad os endelig fortsætte med vores sidste scenarie. Lad os undersøge, hvad der sker, når vi afgiver en produktordre over et bestemt felt, og hvordan RANKX evaluerer rangeringen i bagenden.

I dette scenarie bruger vi produktnavn fra produkttabellen til at analysere, hvilke der er vores .

Så ligesom i det første scenarie, skal du skrive et rangeringsmål for dine produkter (i dette tilfælde skal du godt bruge produktrangering). Hvis du bringer produkternes rangeringsmåling inde i det visuelle, vil du se et resultat ligesom billedet nedenfor:

Du kan se, at selvom vi har refereret til vores produktnavnefelt i RANKX-funktionen, så evaluerer det ikke resultaterne korrekt. Så hvorfor sker det? For at besvare dette spørgsmål skal vi åbne.

RANKX Scenario 5: DAX Studio

Så lad os åbne DAX-studiet og se, hvordan RANKX evaluerer rangeringsresultaterne i bagenden.

På billedet nedenfor har jeg kopieret forespørgslen til tabellens visualisering via og indsat den i DAX-studiet. Som du kan se i denne forespørgsel, er der også produktindekset, et sorteringsfelt inde i produkttabellen.

Selvom vi i vores tabelvisual kun bragte produktnavn, samlet salg og placeringsmål, refereres dette felt som standard til bagerst i rangeringsberegningen.

Så lad os nu rette vores produktrangeringsmål ved at referere til sorteringsfeltet inde i RANKX-funktionen og se resultaterne for sidste gang.

Som du kan se på billedet ovenfor, bliver resultaterne for produktnavnene nu evalueret korrekt. Når vi har et felt sorteret efter et andet felt, skal vi derfor referere til begge felter inde i RANKX-funktionen baseret på alle de scenarier, vi har diskuteret i dag.

Konklusion

Så det er nogle af scenarierne, når du bruger RANKX-funktionen i DAX-beregninger. Samlet set er der mange flere måder, du kan gøre det på i en bred vifte af funktioner.

Det vigtigste at huske er, at du skal forstå den kontekst, som din RANKX-funktion placeres i.

RANKX er usædvanligt alsidig til at beregne enhver rangeringstypeanalyse inde i LuckyTemplates. Det muliggør også avanceret indsigt, der imponerer forbrugerne af dine rapporter og visualiseringer.

Alt det bedste,

Barske Anil Joshi