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.

Tartalomjegyzék

• Helyettesítő intézkedés használata
• A helytelen LuckyTemplates teljes mértékének javítása
• Következtetés

Helyettesítő intézkedés használata

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.

Minden jót!

Greg