Ma valamire szeretnék összpontosítani, amit rejtett DAX csapdának nevezek. Ha ezzel a helyzettel találkozik, úgy érezheti, hogy elveszíti az eszét, mert a DAX jól fog kinézni, de nem fog működni. Végigvezetem, amikor ez megtörténik, és mit tehet ez ellen, és közben néhány általános DAX-optimalizálási bevált gyakorlatról is beszélek. Az oktatóanyag teljes videóját a blog alján tekintheti meg.
Először nézzük meg, mivel dolgozunk itt. Körülbelül 10 évnyi adatunk van az Internet Movie Database-ból. A ténytáblázatok meglehetősen egyszerűek, és vannak minősítési adatok, költségvetési adatok és bruttó adatok.
Ma a világméretű bevételeket fogjuk megvizsgálni.
Megvan a bővített dátumtáblázatunk is. Ez egy időintelligencia-elemzés lesz, amely a dátumtáblázaton és a ténytáblázaton alapul.
Tartalomjegyzék
Világszerte összesen bruttó évente
Valami igazán közös és egyszerű dolgot akarunk csinálni. A teljes világméretű bruttó csak egy nagyon egyszerű összesített összeg, amelyet százalékra szeretnénk váltani.
Ehhez vesszük a számlálót ( Total Worldwide Bruttó mértéke) és a nevezőt ( Total Worldwide Gross mérték, de eltávolítottuk a kontextust az évszűrőből).
Azért használtam, mert szerintem intuitívabb, ha elolvasod a kódot, de ha jobban szereted a -t, az is jól működik. Csak elosztjuk a számlálót a nevezővel, hogy megkapjuk az eredményt.
Ha figyelembe vesszük a kapott mértéket, és bedobjuk a táblázatunkba, látni fogja, hogy pontosan azt teszi, amit elvárunk tőle. 100%-ot kapunk alul, és megkapjuk az éveket egyéni százalékaikba átváltva. Eddig minden rendben, és még nem találkoztunk semmilyen problémával.
Világszerte összesen bruttó negyedévenként
Vessünk egy pillantást egy hasonló helyzetre, ahol negyedévenként haladunk. Ez az intézkedés hasznos lehet, mert vannak olyan hipotézisek, amelyek szerint a nyári filmszezon bevételei eltérnek az év elejétől és az Oscar-szezonhoz vezető év vége felé.
Ismét pontosan ugyanazt a mértéket használjuk a REMOVEFILTERS funkcióval az év helyett a negyedév számokon.
És ha az imént elkészített mértéket bedobjuk a táblázatba, az is pontosan azt teszi, amit várunk.
Világszerte összesen bruttó havonta és évben
Nézzük meg a harmadik esetet, ami igazán gyakori lehet, ahol hónap és év szerint szeretnénk nézni.
És ismét ugyanazt a mértéket fogjuk használni, mint korábban. Ezúttal azonban eltávolítjuk a szűrőt a hónapban és az évben.
Tegyük ezt az asztalunkba. Hirtelen nem megy.
Meg tudjuk mondani, mi nem működik rajta. Tudjuk, hogy a Worldwide Gross mérték működik, tehát ez azt jelenti, hogy a számláló rendben van, de a nevező nem. Az előző esetekben a REMOVEFILTERS funkció megfelelően eltávolította a szűrőt, de itt egyértelműen nem.
Valójában ezt tesztelhetjük úgy, hogy megváltoztatjuk azt, amit itt az eredményben visszaadtunk.
Az Eredmény helyett használjuk a nevezőt. Ne feledje, hogy ez százalékosan lesz formázva, így kissé viccesen fog kinézni.
A nevezőnek ugyanazt a számot kell kapnunk minden sorban, de nem az.
Megállapíthatjuk, hogy nem távolítja el a szűrőt a hónapra és az évre vonatkozóan, és úgy gondoljuk, hogy azért, mert a hónap és az év szövegben van.
De az előző negyedévre is szövegben volt kifejezve, tehát nem egyszerűen a szövege miatt. Csak rendezni kell. Ha egyszer eldobja a mezőt rendezés nélkül, az ábécé szerint rendeződik.
A kiterjesztett dátumtáblázatban vessünk egy pillantást a hónap és év nevű mezőre . Ha megnézzük a Rendezés oszlopban , érdekes dolgot látunk.
Látni fogjuk, hogy ez az oszlop egy Hónap Év numerikus szám szerint van rendezve. Amikor az egyik oszlopot a másik szerint rendezi, ez a rendezési oszlop valójában a szűrőkontextus részévé válik. Ez az, ami megzavarja ezt a számítást.
Térjünk vissza a mértékünkhöz, és távolítsuk el a fajtaként használt hónap és év kontextusát.
Most pontosan azt kapjuk, amit kellene, vagyis a megfelelő százalékban kiszámolt hónapot és évet.
A szűrőkontextus eltávolításakor két mezőt kell kitöltenie a rendezés során . Felteheti a kérdést, hogy ahelyett, hogy itt két mezőt kellene kitöltenie, miért nem távolíthatjuk el a szűrőket a teljes dátumtáblázatról?
A válasz az, hogy megtehetjük, és ez a három példa esetében is működni fog, amelyekről beszéltünk, mivel ezek az oszlopok mindegyike a dátumtáblázatunk része. Az összes szűrőkörnyezet eltávolítása a táblázatból mindhárom esetben működni fog, de ez valójában egy rossz ötlet.
Általános DAX-optimalizálási elvként annyi szűrőkörnyezetet kell eltávolítania, amennyi szükséges a kívánt eredmény eléréséhez.
A legtöbb esetben ezt nem táblázatos formában fogja bemutatni. Mátrixként fogja bemutatni, és összetettebb mértékre lesz szüksége, mivel ugyanabban az oszlopban két különböző részletesség található. Ez az intézkedés bonyolultnak tűnik, de valójában nem az.
Ez csak egy kiterjesztése annak, amit már megtettünk. Ennek a DAX optimalizálási számításnak az első része a különböző részletességekhez tartozó nevezőket mutatja. Eltávolítjuk a szűrőkontextust egy hónapra, az évre és a teljes táblázatra vonatkozóan.
A számítás második részéhez a SWITCH TRUE-t használtuk. Ehhez a funkcióhoz a legspecifikusabbtól a legkevésbé specifikusig kell lépnie. A hónap a legszorosabb és legspecifikusabb hatókörünk, ezért itt kezdjük. Az általunk azonosított két mező használatával el kell távolítanunk a kontextust.
Az év hatóköréhez évenként el kell távolítanunk a kontextust, és el kell távolítanunk a kontextust az egész tábláról.
Vessünk egy pillantást arra, hogy mi történik, ha a kontextust teljes egészében eltávolítjuk. Más mértéket fogunk használni, amely mindhárom esetben eltávolítja a kontextust a teljes dátumtáblázatból.
Látni fogjuk, hogy az intézkedés túlzottan eltávolítja a kontextust. Ahelyett, hogy kiszámolná az egyes hónapok hozzájárulását az adott évhez, az adott hónap hozzájárulását a teljes adatkészlethez. Nem ezt akarjuk, mert a kontextus eltávolítása az egész táblázatból valójában csak egy tompa eszköz, amikor szikére van szükség.
Következtetés
Sok esetben van egy mátrix, és gondosan ellenőriznie kell, hogy milyen kontextust távolít el. A szövegkörnyezet eltávolítása az egész tábláról ilyen jellegű problémákat fog okozni.
Remélem, amikor ez a helyzet előkerül (ami egy bizonyos ponton mindig megtörténik), felismeri majd, mint a rejtett csapdát, amelyet ebben a DAX-optimalizálási bejegyzésben tárgyaltunk, és ugyanolyan frusztráció nélkül el tudja kerülni. Ez okozta, amikor először láttam, és nem tudtam rájönni, miért nem működik megfelelően a DAX-om.
Ha tetszett az ebben az oktatóanyagban tárgyalt DAX-optimalizálási téma, kérjük, iratkozzon fel a LuckyTemplates TV-csatornára . Hatalmas mennyiségű tartalom jön ki folyamatosan tőlem és egy sor tartalomkészítőtől, akik mindannyian elkötelezettek a LuckyTemplates és a Power Platform használatának javítása iránt.
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 <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
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.
