RANKX Deep Dive: LuckyTemplates DAX funkció

Ma mélyen belemerülünk a RANKX-be, a LuckyTemplates skaláris DAX függvényébe , amely lehetővé teszi egy adott szám rangsorolását a számlista részét képező táblázat minden sorában. Az oktatóanyag teljes videóját a blog alján tekintheti meg.

Tartalomjegyzék

• Példaforgatókönyvek
• RANKX 1. forgatókönyv: Ügyfélrangsor
• RANKX 2. forgatókönyv: Városok rangsorolása V1
• RANKX 3. forgatókönyv: Területek rangsorolása
  • Cities RankingV2: A jobb megközelítés a szeletelő használatával
• RANKX 4. forgatókönyv: Termékek rangsorolása
• RANKX 5. forgatókönyv: DAX Studio
• Következtetés

Példaforgatókönyvek

Elemezünk néhány legfontosabb forgatókönyvet, beleértve azt is, hogy mikor kell hivatkozni egy teljes táblára és a mező nevére a .

Azt is megvizsgáljuk, hogy mi történik, ha csökken, és ha rendezési sorrendet alkalmazunk egy mezőre. Végül közelebbről megvizsgáljuk a táblázat nevére vagy a mező nevére való hivatkozás bevált gyakorlatát, valamint azt, hogy hogyan történik a rangsor értékelése a háttérben.

RANKX 1. forgatókönyv: Ügyfélrangsor

Első forgatókönyvünkben szeretnénk kiszámítani ügyfeleink rangsorát, és a RANKX függvényen belül hivatkozni a teljes ügyfelek táblázatára. Végül megtudjuk, hogyan értékelik az eredményeket.

Kezdjük tehát azzal, hogy nyissa meg a LuckyTemplates alkalmazást, és kattintson az Összes értékesítési beállítások gombra a Kulcsmérések lapon , majd lépjen az Új mérték elemre . Írjon egy mértéket az ügyfelek rangsorolásához (pl. „Ügyfélrangsor =”).

Az eredményeket úgy tekintheti meg, hogy a vevők rangsorolási mutatóját a táblázatba húzza.

De vajon ez a legjobb megközelítés minden forgatókönyvhöz? Mi van akkor, ha két azonos nevű, de különböző városokban élő személy van? Vagy mi van akkor, ha van két helyünk azonos nevű, de különböző területekkel?

RANKX 2. forgatókönyv: Városok rangsorolása V1

Most alkalmazzuk ugyanazt a megközelítést az első forgatókönyvben. Ezúttal azonban a régiók táblázatára alkalmazzuk, ahol két azonos nevű városunk van, de két különböző helyen.

Ahogy a fenti képen is látható, a régiók táblázatában két azonos nevű város található, de ezek két különböző területen érhetők el. Tehát mi történik, ha ugyanazokat a lépéseket alkalmazzuk, mint az előző forgatókönyvünk?

Az eredmények valahogy így fognak kinézni:

Most kezdünk látni egy problémát a rangsorolási képletünkkel. Mivel a RANKX függvény egy teljes táblakészleten keresztül iterál, nem tudja konszolidálni az azonos nevű városok eredményeit, amelyek két különböző területen érhetők el. Ez végül hibát eredményez.

A probléma megoldásához hivatkoznia kell a mező nevére a RANKX függvényen belül és a tábla nevére, az alábbi képhez hasonlóan.

Szóval hogyan javította ki a hibát? Ha egy mezőnévre hivatkozunk a RANKX függvényen belül, akkor az csak az adott oszlopon keresztül iterálja azt, nem pedig a teljes táblán.

Eltávolítja az ismétlődéseket annak ellenére, hogy a két város két különböző területen érhető el, így egyetlen városként egyesíti őket.

RANKX 3. forgatókönyv: Területek rangsorolása

Tehát mi történik, ha a szemcsézettség szintje csökken?

Ebben az esetben a hiba a területi szintű rangsor kiszámításakor jelenik meg. Ennek az az oka, hogy ha csak a tábla nevére hivatkozunk, és ismét figyelmen kívül hagyjuk az oszlop nevét, akkor azt egy teljes táblán át iterálja, így nem sikerül területi szinten konszolidálnia az eredményeket.

Ahhoz, hogy a megfelelő eredményeket területi szinten kapja meg, hivatkoznia kell a Területek mezőre a régiók táblázatában. De mikor érdemes a teljes táblázattémára hivatkozni, és a mező nevét feltüntetni a táblázat mellett?

Ha a rangsorolást a legalacsonyabb részletességi szint felett alkalmazzuk, hivatkozhatunk a táblázat nevére, és figyelmen kívül hagyhatjuk a mező nevét.

De amikor a részletesség szintje csökken, hivatkoznunk kell az oszlop nevére a táblázat nevével együtt. Egyelőre csak egyetlen vizuálban, azaz táblázatban elemezzük az eredményeket.

Cities RankingV2: A jobb megközelítés a szeletelő használatával

Megkettőzzük a második forgatókönyvet, ahol a vizualizáció bal oldala csak a tábla nevére, míg a jobb oldala a RANKX függvényen belüli oszlopnévre fog hivatkozni. Ezután összehasonlítjuk az eredményeket úgy, hogy egy szeletelőt hozunk az oldalra területek formájában, ami az alábbi képet eredményezi.

Amikor kiválasztunk a szeletelőbe, észreveheti, hogy a táblázat bal oldalán nem soros sorrendben jeleníti meg az eredményt, mivel a RANKX a teljes régió tábláján iterál. A táblázat jobb oldalán azonban soros sorrendben láthatja az eredményeket.

Ennek az az oka, hogy a RANKX csak egy adott táblázatoszlopon iterál, lehetővé téve, hogy kiszűrje az eredményeket a szeletelőben végzett kijelölés alapján. Ez is az egyik legfontosabb dolog, amire emlékezni kell.

Ha látni akarjuk az összesített rangsorolási eredményeket, csak a táblázat nevére hivatkozhatunk a .

De ha azt szeretnénk, hogy az eredményeink soros sorrendben legyenek a szeletelőben végzett kijelölés szerint, akkor hivatkoznunk kell egy oszlopnévre is a függvényen belül.

RANKX 4. forgatókönyv: Termékek rangsorolása

Végül folytassuk a végső forgatókönyvünket. Vizsgáljuk meg, mi történik, ha egy termékrendelést adunk le egy bizonyos mezőre, és hogyan értékeli a RANKX a hátsó helyezést.

Ebben a forgatókönyvben a terméktáblázatból származó termékek nevét használjuk annak elemzésére, hogy melyek a mi .

Tehát csakúgy, mint az első forgatókönyvben, meg kell írnia a termékeinek rangsorolását (ebben az esetben jól használható termékek rangsorolását). Ha beviszi a termékek rangsorolási mutatóját a vizualizációba, akkor az alábbi képhez hasonló eredményt fog látni:

Láthatja, hogy bár hivatkoztunk a terméknév mezőre a RANKX függvényben, az nem értékeli ki megfelelően az eredményeket. Szóval miért történik ez? A kérdés megválaszolásához meg kell nyitnunk.

RANKX 5. forgatókönyv: DAX Studio

Tehát nyissuk meg a DAX stúdiót, és nézzük meg, hogyan értékeli a RANKX a rangsorolási eredményeket a háttérben.

Az alábbi képen átmásoltam a táblázat vizualizációjának lekérdezését a -n keresztül, és beillesztem a DAX stúdióba. Amint ebben a lekérdezésben látható, a terméktáblázaton belül található a termékindex is, egy rendezési mező.

Így annak ellenére, hogy táblázatos vizuálunkban csak a termék nevét, a teljes értékesítést és a rangsor mértékét adtuk meg, alapértelmezés szerint erre a mezőre hivatkozunk a rangsorszámítás hátsó végén.

Tehát most javítsuk ki a termék rangsorolási mértékét a RANKX függvényen belüli rendezési mezőre hivatkozva, és nézzük meg az eredményeket az utolsó alkalommal.

Amint a fenti képen látható, a terméknevekre vonatkozó eredményeket most helyesen értékeljük ki. Így amikor egy mezőt egy másik mező szerint rendezünk, mindkét mezőre hivatkoznunk kell a RANKX függvényen belül a ma tárgyalt összes forgatókönyv alapján.

Következtetés

Tehát ezek azok a forgatókönyvek, amelyek a RANKX függvény DAX-számításokban való használatakor. Összességében a funkciók széles skálájában sokkal több módja van ennek.

A legfontosabb dolog, amit meg kell jegyeznünk, hogy meg kell értenie azt a kontextust, amelybe a RANKX függvény kerül.

A RANKX rendkívül sokoldalúan képes bármilyen rangsorolási típusú elemzést kiszámítani a LuckyTemplates-en belül. Ezenkívül olyan fejlett betekintést nyújt, amely lenyűgözi a jelentések és vizualizációk fogyasztóit.

Minden jót,

Kemény Anil Joshi