Ebben az oktatóanyagban bemutatok néhány részletes DAX mérési elemzést arról, hogyan állítottam össze az egyik kedvenc oldalamat a 10. LuckyTemplates Challenge-re benyújtott jelentésben.
A Rangsorok oldal sok kihívást jelentő DAX-mérőt használ. De az egyik LuckyTemplates-szakértőnk, Antriksh Sharma segítségével, valamint némi elágazási intézkedéssel elértem a kívánt eredményeket.
Tartalomjegyzék
A ranglisták oldalának áttekintése
Mielőtt belevágnánk a DAX mértékelemzésünkbe, szeretném bemutatni az oldal különböző részeit, amelyeken ma dolgozunk.
Így néz ki a Rangsorok oldala . Jelentésem többi oldalától eltérően ez többnyire kártyákat tartalmaz.
Mindegyik kártya a LuckyTemplates asztalon, a Vizualizációk panelen található beépített kártyavizualizációval készült.
Lehetővé teszi, hogy visszanavigáljon a jelentés más oldalaira a fenti ikonok segítségével.
A jelentés többi oldalát a többi oktatóanyagban tárgyaltam. Ha látja a jelentés többi oldalát, látni fogja, hogy azokon is vannak ikonok, amelyek erre a Rangsorok oldalra vezetnek .
Az oldal bal oldalán a négy legjobb üzem és szállító látható, míg a jobb oldalon az alsó négy látható.
Létrehoztam egyedi DAX méréseket is, hogy pontosabb eredményeket kapjak. Ez a három fent látható például az első négy és az alsó négy üzemet és szállítót mutatja a leállási percek , az átlagos állásidő-percek és a hibák alapján .
Még pontosabban fogalmaztam a jelentés oldalának alsó részén. A bal oldalon az első négy és az alsó négy üzemet kaptam leállási percek, átlagos állásidő percek és hibák alapján.
A jobb oldalon ugyanezt tettem, de ezúttal az eladó adatai alapján.
Miközben végigmegyek ezen az oktatóanyagon, elmesélem, hogyan jutott eszembe az oldal ötlete. Ezután lépésről lépésre leírom, hogyan hozták létre ezeket az intézkedéseket.
Ötletek a DAX-intézkedések használatához
Az egyikünktől kaptam az ötletet a DAX intézkedésekhez ebben a diában, Antriksh. Ő egy DAX-guru, és nagyszerűen optimalizálja az intézkedéseket. Jó volt vele dolgozni ezen a DAX-mértékelemzésen.
Körülbelül két héttel a 10. LuckyTemplates Challenge bejelentése előtt Skype-on beszélgettünk egy PBIX-fájlról, amelyet a LuckyTemplates fórumon tett közzé.
Amint látja, csatoltam egy képet Antriksh-ről, mert ő volt az inspiráció az oldal mögött, amelyről itt fogunk beszélni. Mondtam neki, hogy hálát adok neki, amikor elkészülök a bemutatóval.
A modell egyszerű, és olyan alapvető adatokat használ, mint az Ügyfél, a Termékek és az Értékesítés.
A bal oldalon található egy rövid országlista.
Antriksh elkészített egy mérést az értékesítések szerint legjobb N ország számára . A listát a legmagasabbtól a legalacsonyabbig rendeztem, amint azt a lefelé mutató nyíl jelzi.
A jobb oldalon van egy kártya, amely az első négy és az alsó négy országot mutatja. Az első négy listán az Egyesült Államok , Ausztrália , az Egyesült Királyság és Németország szerepel , amelyek megegyeznek a lista első négy helyezettjével.
Az alsó négy azonban az ellenkező sorrendben jelenik meg. Ahelyett, hogy alulról, azaz Örményországról indult volna , a lista 5. helyéről indult, ami Kirgizisztán .
Ezért készítettem egy másik kártyát az aljára, amely a fent használt mérték átdolgozott változatát használja.
Figyeljük meg, hogy az alsó négy most megfelel az általam kívánt sorrendnek – Örményország , Thaiföld , Szíria és Kirgizisztán .
Nézzük meg a kártyák mögött rejlő DAX-intézkedéseket. Kezdem azzal a mértékkel, amelyet Antriksh készített az 1. kártyához.
Az eredeti mérték több mint 97 sorból áll, hogy megkapja az első kártyán látott eredményeket.
Amikor lefelé görgetünk a 20. sorig, láthatjuk, hogy Antriksh ASC-t használt . Ez az oka annak, hogy az alsó négy úgy tűnt, ahogy.
Most, hogy tudom, hol kezdődött a probléma, megmutatom, hogyan néz ki a felülvizsgált intézkedésem.
Hadd emeljem ki a második kártyát, hogy megmutassam a mögötte lévő mértéket.
Amint látja, az átdolgozott képletemben csak 41 sor van.
Az Antriksh-al dolgoztam, hogy az eredeti mértékhez képest 60%-kal vagy 70%-kal csökkentsem. Nemcsak kevésbé bonyolult, hanem megadja a szükséges eredményeket is – az első négy az 1-től a 4-ig, az alsó négy pedig a 8-tól az 5-ig.
Néhány héttel az Antriksh-szel folytatott beszélgetésem után elindult a 10. LuckyTemplates Challenge. A követelmények egy része egy rangsorolási rendszert tartalmazott, ami arra késztetett, hogy visszagondoljak Antriksh DAX-mértékére. Rájöttem, hogy kimásolhatom és beilleszthetem a mértéket, majd alkalmazhatok néhány mértékelágazást, hogy elérjem a szükséges eredményeket.
Dax intézkedéselemzés: lépésről lépésre felépíteni a mértéket
Most lebontom azokat a mértékeket, amelyeket a Rangsorok oldalon használtam , hogy elérjem a kívánt eredményeket. Ez a DAX-mértékelemzés segíthet elmagyarázni, hogyan működik a mérőszám, figyelembe véve, hogy hány sorra volt szükség a befejezéshez.
A többi oktatóanyagomban megmutattam, hogyan szeretem csoportosítani intézkedéseimet, hogy szervezettebbé tegyem a dolgokat . Ezért létrehoztam egy almappát a Top N v2 számára.
Ebben a mappában található a legjobb N Plants Vendors leállási percem mértéke . Látni fogja, hogy ugyanaz a 41 sornyi kód van benne, mint amit korábban, amikor Antriksh mértékéről beszéltem. Alapvetően csak néhány elemet kellett kicserélnem, hogy elérjem a kívánt eredményt.
Ennek jobb felosztása érdekében ezt az egész mértéket 9 különböző részre osztottam. Egytől kilencig végigmegyek ezen lépések mindegyikén, és elmagyarázom, hogy mindegyik mit ér el.
A mérték számos változót használ, hogy egyértelműbb eredményeket kapjak. Ezeknek a változóknak a beállítása segít a végfelhasználónak látni, hogyan áll össze a mérték, és elmagyarázza, hogyan kaptam meg az egyes eredményeket.
Kezdjük az első lépéssel, amely beállítja aBaseTable néven.
Ebben az alaptáblázatban láthatja, hogy hivatkozomadatok az üzem helyére és a szállítóra vonatkozóan .
Amikor visszatér a PBIX fájlhoz, látni fogja a felső kártyát, amely az üzemekre és a szállítókra egyaránt hivatkozik. Ezért itt minden adatra szükségem van, szemben a lejjebb lévő kártyával, amely szintén leállási percekre vonatkozik, de csak üzemi helyadatokat használ.
Mivel az első lépés egyszerű, folytassuk a második lépéssel.
A második lépés afunkció.
Ez a függvény az 1. lépésben létrehozott változóra és az állásidő perceire hivatkozik .
Gondoskodik arról, hogy egy érték megjelenjen azáltal, hogy összeállítja aésfunkciókat. Azt is szeretném, hogy az eredmények nullánál nagyobbak vagy egyenlőek legyenek. Ennek az az oka, hogy a jelentéshez használt adatkészlet tartalmazott néhány olyan kombinációt, ahol az üzem vagy a szállító üres. Vannak olyan bejegyzések is, ahol az érték nulla.
A harmadik lépés egy újabb változókészletet foglal magában, kezdve az N értékével.
Itt N egyenlő 4-gyel, mert azt akarom, hogy a felső négy és az alsó négy megjelenjen.
Ezenkívül beállít egy előtagot a Top & N számára, valamint egy kötőjelet.
Összeállítva egyszerűen „Top 4 -”-t akar mutatni, így kezdődik a megfelelő kártya a várt eredmények felsorolása előtt.
Most menjünk a negyedik lépéshez. Itt kezdek eljönni a várt eredményekkel.
Néhányan elgondolkodnának a használatonebben az esetben. Végül is igyekszem rangsorolni a pályaműveket, és a legjobb eredményeket elérni. Azonban Antriksh és én ezt éreztükEbben az esetben megfelelőbb lenne, mivel csak az első négyre van szükségünk ASC sorrendben.
Ezután afunkciót, amely az üzem helyének adatait használja.
Azt is beállítja, hogy a lista hogyan jelenjen meg. Ezért látni fogja, hogy van benne fordított perjel és vessző, valamint idézőjelek a szóközök jelzésére. Ezenkívül ASC sorrendre van beállítva , így ha visszamegyek a PBIX fájlhoz, az első négy listát fogja látni fordított perjelekkel és vesszőkkel az eredmények között.
A mérték ötödik lépése azzal kezdődik, hogy a lista utolsó vesszőjét az És jelre cseréljük .
Amikor visszalép a diára, látni fogja, hogy az utolsó bejegyzésben van egy „és” a szállító és az üzem helye előtt.
Ez az, amit az ötödik lépésben végzünk. Ez egy listát hoz létre, és a LastCommaPosition függvényt használja .
Figyeljük meg, hogy ez azt jelenti, hogy N nagyobb, mint 2. Ez azt jelenti, hogy a helyettesítés a 3. karakterlánc után történik.
A hatodik lépés ismerősnek tűnik, mert lényegében ugyanazt másolja, mint amit a lista elején a „Top 4 -”-vel kezdtem.
Az egyetlen különbség itt az, hogy azt szeretném, ha „Bottom 4 -”-ként jelenjen meg a „Top 4 -” helyett.
Az a rész, amelyről korábban beszéltem a használatrólitt alul ismét használjuk, de most a TopData helyett a BottomData változót hívom. Ez a rész ismét a fordított perjelet és a vesszőt szúrja be az üzemek és a szállítók neve közé.
Ha visszatekintünk Antriksh eredeti ütemére, ez is ugyanaz a rész, ahol az ASC-t használta , ami azt eredményezte, hogy a lista nem úgy jött ki, ahogy vártam. Ezért itt inkább a DESC-t használom .
Tehát alapvetően ettől a ponttól kezdve a legtöbb csak az ütem korábbi részeiből másolva és beillesztésre kerül. A legtöbb esetben a „Felső” szót az „alul” szóra cserélem.
A 8. lépésben az utolsó vesszőt az És szóra szeretném módosítani .
A kilencedik lépés zárja le ezt az intézkedést.
Ez használja aEz biztosítja, hogy a felső 4 és az alsó 4 külön sorban jelenjenek meg. Tekintsd úgy, mint a billentyűzet visszatérési billentyűjét. Ez arra készteti, hogy a következő sorba lépjen, hogy a felső és az alsó négy ne jelenjen meg egyetlen sorban.
Az eredmények ellenőrzése
Antriksh és én az eredeti 90 plusz DAX-sort 41 sorra tudtuk levágni. A 41 sor azonban még mindig sok lehet néhány felhasználó számára. Ha ezt a mértéket úgy bontjuk le, ahogy mi tettük, ez nagyszerű módja annak megértésére, hogy miért kellett így írni.
Most, hogy elmagyaráztam, miről is szól az egyes lépés, ideje ellenőrizni, hogy az intézkedés valóban azt teszi-e, amit tennie kell. Menjünk a Rangsorok oldalra , és ellenőrizzük az eredményeket a jelentés másik részével.
Kezdem az üzemek/szállítók leállási percekkel .
Ez az első négyet mutatja Linktypeként New Britainben, Flashpointként a Frazerben, Quinuként a Twin Rocksban és Layoként Henningben. Ami az alsó négyet illeti, összességében a Middletown-i Wikido a legrosszabb.
Most átmegyek a szállítók és üzemek oldalára , hogy megnézzem, az eredmények megegyeznek-e.
Az állásidő percek szerinti rangsorolása oszlop felülről lefelé rendezve a legjobb négy legjobb eredményét mutatja.
Néhányan azonban elgondolkodhatnak azon, hogy New Britain miért jelenik meg a második helyen ezen a listán, amikor a Rangsorok oldalának tetejére kerül .
Figyeljük meg, hogy a rangsorban három bejegyzés szerepel az első helyen. Ezeket a RANKX segítségével rangsoroltuk.
Ha azonban megnézzük a Leállási percek rovatát, az azt mutatja, hogy a New Britain 0-t mutat, míg a Frazer és a Twin Rocks mindegyike 1-et. Ez az oka annak, hogy a ranglisták oldalon a New Britain még mindig a Frazer és a Twin Rocks élére került. még akkor is, ha mindannyiukat az első helyre sorolták.
Most nézzük meg, hogy az alsó négy helyes-e. Csak rendezze a Rangsort állásidő percek szerint csökkenő sorrendbe.
Amint látja, Middletown, Waldoboro, Barling és Chesaning látható a kártya alsó négyén. Ez azt jelenti, hogy az üzemek/szállítók állásidő-percenkénti mértéke helyes.
Most pedig nézzük meg a Plants By Downtime Minutes kártyát .
Ez azt mutatja, hogy a legjobb négy Reading, Middletown, Waldoboro és Clarksville. Az alsó négy a Riverside, a Charles City, a Twin Rocks és a Chesaning.
Az eredmények ellenőrzéséhez megnézem a Növények oldalt, és megnézem, hogy az eredmények egyeznek-e. A legnagyobb különbség itt az, hogy az általunk korábban ellenőrzött kártya mind a növények, mind a szállítók adatain alapult, míg ez csak a növények adatait vizsgálja.
Ha felülről lefelé rendezzük a Rangsort állásidő percek szerint , akkor az azt mutatja, hogy a legjobb négy Reading, Middletown, Waldoboro és Clarksville.
Most fordítsuk meg a rangsort, hogy megnézzük, az alsó négy egyezik-e. Látni fogja, hogy a listánkon szereplő 30 növény közül a Riverside, a Charles City, a Twin Rocks és a Chesaning az utolsó helyen áll.
Ez azt jelenti, hogy a növényeknél a megfelelő eredményeket látjuk.
Ezúttal nézzünk meg egy kártyát, amely a szállítókat hiba szerint rangsorolja .
Ezúttal felmegyek a szállítók oldalára , hogy megnézzem, a Dablist a legjobb szállító, és a Yombu a legrosszabb a hibák alapján.
Amikor a szállítókat a legjobbtól a legrosszabbig rendezzük, úgy tűnik, hogy az első négy egyezik a Rangsorok oldalon található kártyával .
Hadd állítsam át a rangot a legrosszabbról a legjobbra, és nézzem meg, hogy az alsó négy is megfelel-e.
Látni fogja, hogy a Yombu valóban a legrosszabb, a kártya alsó négyes listáján szereplő másik hárommal együtt.
Dax-mértékelemzés: Mértékelágazás alkalmazása
A DAX mérési elemzés, amelyet korábban készítettünk, csak az üzemek/szállítók leállási percek alapján vett mértékét vizsgálta . De hogyan dolgoztam a többi kártya intézkedésein? Ez az, aholbejön.
A mérési elágazás magában foglalja egy meglévő mérték felhasználását más eredmények levezetésére.
Ebben a jelentésben egyszerűen kimásoltam és beillesztettem a korábban tárgyalt mértéket, és módosítottam néhány elemet, hogy megfeleljen a szükségesnek.
Nyilvánvalóan az intézkedés neve az első, amin változtatni fogok. De még ennél is többet kell módosítanom a hivatkozott adatokat. Például az üzem helye és a szállító adatait is felhasználtuk eredeti mérésünkhöz.
De ha ugyanezt a mértéket fogom használni az Üzemek állásidő-percek szerint , akkor el kell távolítanom a szállítói adatokat, és csak az üzem helyére kell koncentrálnom.
Ezt meg kell változtatnom ugyanannak a mértéknek az összes többi részében, amely mindkét adathalmazra hivatkozik, például amikor a CONCATENATEX-et használtam .
Ugyanez igaz a leállási percekre is . Ha olyan kártyán dolgoznék, amely az Átlagos leállási perceket vagy hibákat nézi , akkor csak ezt a részt kell megváltoztatnom.
Ami azt a részt illeti, ahol a „@DowntimeMins” felirat szerepel, akkor sem ártana, ha így maradna, még akkor sem, ha a Hibáimra vagy az Átlagos leállási perceimre hivatkozom.
De ha Ön az a típus, aki szereti a dolgokat egy bizonyos sorrendben tartani, akkor ezen is változtathat. Ne feledje, hogy ha ezt megváltoztatja, akkor az egész oldalon módosítania kell. Ez azt jelenti, hogy további erőfeszítéseket kell tenni ugyanazért az eredményért.
Képzelheti, mennyi időt takarítottam meg a mértékelágazás használatával . Ha így teszem, akkor nem kell folyamatosan új intézkedéseket létrehoznom a jelentés minden részéhez, amelyen dolgozom. Csak módosítanom kell a meglévő mérőszámot a látni kívánt eredmények alapján, ami jelentősen csökkenti a jelentéskészítési időt.
Hogy megmutassam, hogyan csináltam ezt, nézzük meg a Vendors By Downtime Minutes című részt .
Amikor felhúzom a mértéket, látni fogja, hogy ugyanaz a 41 sor, mint az üzemek/szállítók leállási percek szerint .
Az 1. lépésben azonban csak a szállítói adatokra hivatkoztam, és eltávolítottam az üzem helyét.
Más helyeken is módosítottam az adatokat, ahol ez alkalmazható.
Megtartottam a leállási perceket , mivel erre alapozom az eredményeket.
Tehát ezek az intézkedés gyors javításai, hogy a jelentés többi területére is alkalmazható legyen.
Hadd mutassak itt egy másik példát. Ezúttal nézzük a Vendors By Defects-t .
Itt megint csak az eladót nézzük.
Amit itt megváltoztattam, az az állásidő percekre való hivatkozás . Ehelyett a Defects-t használtam .
Megbizonyosodtam arról is, hogy a többi sor továbbra is a Szállító adatait használja.
Következtetés
Ez egy erőteljes DAX-munka volt Antrikshtól. Határozottan élveztem vele dolgozni , kibontani és alkalmazni a jelentésem különböző részein .
Az általunk végzett mélyreható DAX-mértékelemzés szintén nagyszerű módja volt a folyamat minden aspektusának megértésére. A hosszú mértéken való munka elsőre ijesztőnek tűnhet, de egy ehhez hasonló alapos DAX-mértékelemzés segíthet a dolgok rendezésében.
Az ezen az oldalon végzett munka hangsúlyozta egy olyan együttműködő közösség fontosságát is, mint amilyen a LuckyTemplatesnél van. Nagyszerű, hogy mindenkinek lehetősége van olyan emberekkel dolgozni, mint Antriksh, valamint más tagokkal és szakértőkkel, akiknek szintén van néhány saját tippje és trükkje.
Minden jót,
Jarrett
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
Ismerje meg, hogyan hozhat létre Power Automate 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
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.
Fedezze fel, hogyan lehet dinamikusan egyesíteni oszlopokat a Power Query Table.CombineColumns függvény segítségével.
Ismerje meg, hogyan adhatjuk hozzá és szinkronizálhatjuk SharePoint-fájljainkat az asztalon és a OneDrive-on.
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.
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.
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.
