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

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.

RANKX Deep Dive: LuckyTemplates DAX funkció

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.

RANKX Deep Dive: LuckyTemplates DAX funkció

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:

RANKX Deep Dive: LuckyTemplates DAX funkció

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.

RANKX Deep Dive: LuckyTemplates DAX funkció

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.

RANKX Deep Dive: LuckyTemplates DAX funkció

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.

RANKX Deep Dive: LuckyTemplates DAX funkció

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:

RANKX Deep Dive: LuckyTemplates DAX funkció

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ő.

RANKX Deep Dive: LuckyTemplates DAX funkció

Í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.

RANKX Deep Dive: LuckyTemplates DAX funkció

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

Leave a Comment

E-mail melléklet mentése SharePointba a Power Automate segítségével

E-mail melléklet mentése SharePointba a Power Automate segítségével

Ebből a blogból megtudhatja, hogyan mentheti automatikusan az e-mail mellékleteket a SharePointba, majd törölheti az e-maileket a Power Automate segítségével.

A Microsoft LuckyTemplates irányítópult 18 legjobb példája 2023

A Microsoft LuckyTemplates irányítópult 18 legjobb példája 2023

A Microsoft LuckyTemplates irányítópult 18 legjobb példája 2023

A Power Automate folyamatok létrehozása a semmiből

A Power Automate folyamatok létrehozása a semmiből

Ismerje meg, hogyan hozhat létre <strong>Power Automate</strong> folyamatokat a semmiből. Sablon használata helyett mi magunk hozzuk létre a kiváltó okokat és a műveleteket.

4 módszer a Pi használatára a Pythonban példákkal

4 módszer a Pi használatára a Pythonban példákkal

4 módszer a Pi használatára a Pythonban példákkal

Profit and Loss (P&L) kimutatások létrehozása a LuckyTemplates alkalmazásban

Profit and Loss (P&L) kimutatások létrehozása a LuckyTemplates alkalmazásban

Ebben az útmutatóban bemutatom, hogyan lehet Pénzügyi információk mátrixát létrehozni a Profit és veszteség (P&L) kimutatással a LuckyTemplates alkalmazásban.

Hogyan lehet dinamikusan egyesíteni az oszlopokat egy Power Query-táblázatban

Hogyan lehet dinamikusan egyesíteni az oszlopokat egy Power Query-táblázatban

Fedezze fel, hogyan lehet dinamikusan egyesíteni oszlopokat a Power Query Table.CombineColumns függvény segítségével.

SharePoint-fájlok hozzáadása a számítógéphez

SharePoint-fájlok hozzáadása a számítógéphez

Ismerje meg, hogyan adhatjuk hozzá és szinkronizálhatjuk SharePoint-fájljainkat az asztalon és a OneDrive-on.

Dátumtáblázat létrehozása a LuckyTemplates alkalmazásban

Dátumtáblázat létrehozása a LuckyTemplates alkalmazásban

Tudja meg, miért fontos egy dedikált dátumtáblázat a LuckyTemplatesben, és ismerje meg ennek leggyorsabb és leghatékonyabb módját.

LuckyTemplates mobil jelentéskészítési tippek és technikák

LuckyTemplates mobil jelentéskészítési tippek és technikák

Ez a rövid oktatóanyag kiemeli a LuckyTemplates mobil jelentési funkcióját. Megmutatom, hogyan készíthet hatékony jelentéseket mobileszközökön.

Professzionális szolgáltatáselemzési jelentések LuckyTemplatesben

Professzionális szolgáltatáselemzési jelentések LuckyTemplatesben

Ebben a LuckyTemplates bemutatóban olyan jelentéseket tekintünk át, amelyek professzionális szolgáltatáselemzést mutatnak be egy olyan cégtől, amely több szerződéssel és ügyfél-elkötelezettséggel rendelkezik.