Home
» Power BI
»
A LuckyTemplates mérés összesen helytelen: Hogyan javítható
A LuckyTemplates mérés összesen helytelen: Hogyan javítható
Problémák adódhatnak a mértékekkel az összes sort tartalmazó LuckyTemplates táblavizualizációkban. A szokásos panasz az, hogy az „Összesen” sor „hibás” az intézkedéshez. Általában a teljes sor megfelelő a mértékhez, csak nem az, amit a legtöbben várnak. Ebben az oktatóanyagban a LuckyTemplates mérési összeggel kapcsolatos gyakori problémán és annak megoldásán mutatunk be. Az oktatóanyag teljes videóját a blog alján tekintheti meg.
A LuckyTemplates mérési összege olyan régóta probléma, amióta a LuckyTemplates létezik. Tehát a probléma megoldásához az első dolgom az volt, hogy beléptem és létrehoztam egy . Ha még soha nem látott dump szűrők mérését, az nagyon hasonlít az alábbihoz.
A kiíratási szűrők mértéke határozza meg, hogy az adatmodell különböző tábláiból és oszlopaiból milyen szűrőket alkalmaznak . Nagyon könnyű létrehozni a DAX Studio segítségével. Elindíthatja a DAX Studio-t, rákattinthat bármelyik táblára, és kimondhatja: Define Filter Dump Measures (All Tables) , és ez generálja az összes kódot.
Mindössze annyit kell tennie, hogy bekerüljön a LuckyTemplatesbe, hogy vegye ki ebből a szűrőből, és másolja ki az összes kódot, majd illessze be egy új mértékbe, amit én is tettem. Innen jött ez a dump szűrő mérés.
Létrehoztam egy kártyavizualizációt is, és belehelyeztem a kiíratási szűrők mértékét a kártyavizualizációba. Ezzel megtekinthetjük a vagy a .
Az eszköztippek bekapcsolásához kattintson a mátrixon vagy a táblázaton lévő vizualizációra. Ebben a példában van egy mátrixom és egy táblázatom, amelyek ugyanazt a mértékösszeg problémát mutatják be. Léphet az Általános oldalra , és egyszerűen bekapcsolhatja az eszköztippeket. Ha szeretné, megadhatja, hogy ez egy jelentési oldal.
Ha a 290 fölé viszem az egérmutatót, akkor látom, hogy van rajta egy szűrő, amelyen a táblázat kategória egyenlő az első kategóriával. Ez a második kategória, ahol van egy alkategória, amely egyenlő a kékkel, zölddel és pirossal. Mindez egy nagyon egyszerű adatlekérdezésből származik, ahol hat sorom van.
Az utolsó lépés egy olyan mérőszám létrehozása , amely megmutatja a mértékösszeg problémáját. És ha alaposan megnézed, máris láthatod, hogy a végösszeg nem helyes.
Ami a DAX-ot illeti, ez igaz, de minden normális ember, aki ezt nézi, azt gondolná, hogy ez teljesen helytelen. Valójában azt kell hinnem, hogy valószínűleg ez a fő oka annak, hogy az emberek miért gondolják, hogy ez óriási akadály a LuckyTemplates elfogadása előtt.
Az az egyszerű tény, hogy a mérési összegek tévesek a kapun kívül. A táblavizualizációk és a mátrixvizualizációk valójában nem mutatnak megfelelő viselkedést.
Itt van ez a táblázat a mértékösszegeimmel. Csak egy gyors dolgot tettemés levonva 10. Ez minden ésszerűen bonyolult mérték helyettesítője. Ha egy ilyen egyszerű dologgal fel tudod mutatni a mértékösszeg-problémát, akkor ez sok intézkedésedben fel fog bukkanni.
Ennek az összesítéssornak a szűrőkörnyezete eltérő, ezért úgy tűnik, hogy a DAX csak az összes kontextusában fut. Ha például az 1. kategóriára kattintok, az helyes.
Tehát nyilvánvalóan a Category = Category 1 szűrőkörnyezetet veszi.
Nem rendelkezik ehhez a kategóriához tartozó további szűrőkörnyezethez külső hatás nélkül. Ha ide viszem az egérmutatót, láthatja, hogy üres. Ezt most semmi nem szűri. Ezekben a sorokban van egy szűrő a kategóriában, de ezt egyáltalán nem veszi figyelembe.
Szóval hogyan javítsuk meg? Vessünk egy pillantást az általam létrehozott mértékre.
A helytelen LuckyTemplates teljes mértékének javítása
Ezt az egyik mértékösszeg kategóriának neveztem el , és azt írja, hatáblázat kategória, akkor csak adja vissza a megfelelő mértéket egy soronként.
Különben meg fogom tenniazt a táblázatot kategóriánként, majd minden sorhoz kiszámolom a mértéket. Akkor összefoglalom az értékeket.
Alapvetően újra létrehozom ezt a táblázat-vizualizációt, majd összegzem a kapott értékeket azokon a sorokon, és ez kijavítja.
Nos, ez mind jó és jó. Ez egy meglehetősen egyszerű javítás, de véleményem szerint valóban káros az önkiszolgáló vizualizációra.
Ha van egy meglehetősen összetett mérőszáma, és az önkiszolgáló vizualizációt népszerűsíti a végfelhasználók számára, akkor jó fogadás, ha fogalma sincs, hogyan fogják használni ezt a mértéket, és hogyan fognak dolgozik vele.
Például itt láthatja a problémát. A Measure Totals kategóriák helyesek, de itt lent helytelen. Még a rossz tételeket is visszaadja soronként.
Ennek az az oka, hogy a kategóriák soha nem tartoznak a hatókörbe. Tehát mérőszámunk szerint az ISINSCOPE táblakategória a mértékösszegeket adja vissza.
Nos, ez soha nem így van. Mindig kategória, majd érték szerinti összegzést végez, ami teljesen rossz.
Tehát most létre kell hoznunk egy másik mérőszámot, a Mérték összesen alkategóriát , amely ha ISINSCOPE alkategória, akkor az adott sorban lévő sort adja vissza. Ellenkező esetben alkategóriánként összesíti az értékeket, ami megadja a helyes választ.
Következtetés
Ez az oka annak, hogy káros az önkiszolgáló vizualizációra, mert fogalma sincs, hogyan fogják használni a végfelhasználók, és mit fognak egy táblázatba beletenni. Minden lehetséges kombinációhoz mértéket kell írni, ami őrültség.
Remélem, tanultál valamit ebből az oktatóanyagból. Ha ilyen problémákkal találkozott, ossza meg velünk, hogyan kezelte őket.