Helytelen összegek javítása DAX-mértékekkel a LuckyTemplates alkalmazásban

A LuckyTemplates jelentésekben szereplő összegek helyes megállapítása néha a leginkább frusztráló dolog a DAX- méréseknél. Valószínűleg olyan helyzetekbe kerülhet, amikor a Totals for DAX mértékei nem úgy adódnak össze, ahogyan szeretné. Az oktatóanyag teljes videóját a blog alján tekintheti meg.

A DAX-mértékek szabványos összesítő függvényeken alapulhatnak, például COUNT vagy SUM . Ezek a DAX- képletek lehetővé teszik adatmodellezés és adatelemzés végrehajtását, valamint az eredmények jelentéskészítéshez és döntéshozatalhoz való felhasználását.

Ebben a blogban a DAX-intézkedések teljes logikáját fogjuk megvitatni . Ezt az aggodalmat a. Ha át szeretné tekinteni a kérdést, és meg szeretné tekinteni a pontos forgatókönyvet a fórumban, kattintson az alábbi linkre.

Megmutatom a forgatókönyv megoldásához használt technikát.

Természetesen ezt a technikát különféle forgatókönyvekre alkalmazhatja, különösen akkor, ha meglehetősen összetett DAX- logikát hoz létre, vagy több intézkedést leágazik. Ez segít abban is, hogy megoldja az esetlegesen rosszul számított összegeket .

Tartalomjegyzék

• Minta probléma forgatókönyv
• A mintaforgatókönyv helyes eredményeinek elemzése
• Virtuális táblák létrehozása a DAX intézkedéseken belül
• A virtuális táblázat minden sorának MIN-értékének összegzése
• Következtetés

Minta probléma forgatókönyv

Íme egy általános példa, amely valamilyen módon kapcsolódik a fórumban tárgyalt forgatókönyvhöz.

Most az értékesítési eredményt nézzük ebben a táblázatban. Sőt, egy másik eredménnyel hasonlítom össze, ez a Sales Last Year .

Ebben a példában megpróbáljuk megtudni a minimális eredményt minden egyes ügyfél esetében a kiválasztott kontextus alapján. Ez lehet bármilyen mérték, mint például a MIN Total Sales és(ebben az esetben az általánosakat fogjuk használni).

Valószínűleg azt gondolná, hogy az alábbi képen látható képlet megadja a megfelelő eredményeket.

Nos, húzzuk a mértéket a táblázatba, és ellenőrizzük az eredményeket.

Az eredményeket tekintve elmondható, hogy az egyes sorokra vonatkozó számítások mind pontosak voltak.

A Totalot azonban rosszul számolta ki.

Csak a minimális végösszeget számította ki a MIN függvény segítségével az Összes értékesítés és az Értékesítési LY mérőszámok soraihoz , ha nincs összefüggés az egyes számításoknál.

Ezenkívül nem egyedi módon számolta össze az adott minimumokat, és nem kapta meg az összes egyedi minimum összegét bármilyen kontextusban, amelyben éppen vagyunk.

A mintaforgatókönyv helyes eredményeinek elemzése

Most pedig hadd mutassam meg az előző forgatókönyv megfelelő eredményeit.

A képen látni fogja, hogy nagyon eltérő eredményt mutat, mivel nyilvánvalóan sokkal kevesebb, mint az összes többi összeg.

Ennek sokkal értelmesebb, mert ebben a táblázatban minden egyes sorból csak a minimumokat számoljuk . Tehát ez azt jelenti, hogy az eredmény sokkal kisebb értéket fog jelenteni .

Az elsődleges logika, amelyet itt meg kell értenünk, az, hogy minden egyes eredményt virtuális táblák segítségével értékelünk .

A virtuális táblákon keresztül történő iteráció lehetővé teszi , hogy megbizonyosodjon arról, hogy az Ön által megvalósított logika a teljes kontextusban iterál, szemben bármely természetes kontextussal, amely a jelentésoldalon végzett kijelölések révén előfordulhat .

Ha elkezdi megérteni, hogyan építhet be virtuális táblákat a DAX- függvényeibe , gyorsan meglátja a lehetőségeket az elemzés további kiterjesztésére.

Virtuális táblák létrehozása a DAX intézkedéseken belül

A jelenlegi forgatókönyv megoldásához az első dolgunk az, hogy az ÖSSZEFOGLALÓ funkció segítségével minden egyes vásárlóról készítsünk egy virtuális táblázatot .

A SUMMARIZE függvény egy összefoglaló táblázatot ad vissza a kért összegekről egy csoporthalmazra vonatkozóan.

Ezután az adott virtuális táblán belül , amelyet végig fogunk iterálni, virtuálisan generálódnak az alábbi kép kiemelt oszlopai.

A virtuális táblázat minden sorának MIN-értékének összegzése

Amint az értékelési fázishoz érünk, egy SUMX-et fogunk használni . Ez a függvény egy kifejezés összegét adja vissza, amelyet a rendszer a táblázat minden sorára kiértékel.

Esetünkben a SUMX függvény az általunk létrehozott virtuális tábla minden egyes sorának MIN eredményét összegzi .

És így kaptuk meg a megfelelő eredményeket.

Egy másik jó dolog ebben az, hogy a virtuális tábla is működik minden egyes sorhoz . Ez azt jelenti, hogy ez a táblázat csak egy sor hosszú lesz.

Ennek az az oka, hogy ez a szűrő csak virtuálisan kerül alkalmazásra a képletben , és az ÖSSZEFOGLALÁS funkción belüli ügyfél-azonosító csak az aktuális ügyfélkörnyezet szempontjából lesz releváns.

És egyszerűen csak így lehet megoldani ezt a konkrét forgatókönyvet.

Következtetés

Összefoglalva, az összegek kiszámításának megértésének kulcsa az, hogy alaposan megtanulja, hogyan működik a kontextus a LuckyTemplatesben.

Ez a technika határozottan használható, mert sok olyan helyzet van, amikor a végösszegek egyszerűen nem adják össze azt, amit gondolsz, vagy aminek lennie kellene. Például előfordulhat, hogy ténylegesen kap egy végösszeget, de fogalma sincs arról, hogy az valójában helytelenül számol.

Ennek a technikának a megfelelő működéséhez a legfontosabb dolog a virtuális tábla módszertanának megértése . Hatékonyan integrálnia kell ezeket a virtuális táblákat a DAX- mértékekbe, hogy megbizonyosodjon arról, hogy a kívánt eredményeket érik el.

Ez nemcsak azt a problémát segít megoldani, amelyen jelenleg dolgozik, hanem a jövőben felmerülő összes többi problémát is, amelyekkel a LuckyTemplates modelleken belüli számítások futtatásakor találkozhat.

Ezzel elég sokat kell alkalmazni és megvalósítani a saját környezetedben. Ez az oka annak, hogy kulcsfontosságú ezeknek a fogalmaknak az elmédbe ágyazása.

A LuckyTemplatesben használható fejlettebb DAX technikákért nézze meg ezt a modult a LuckyTemplates Online oldalon –.