LuckyTemplates egyéni lekérdezési funkciók

A mai oktatóanyaghoz egy LuckyTemplates egyéni lekérdezési funkciót fogunk építeni, amely a halmozott adatok közös, nehezen kezelhető formátumával foglalkozik. Ez a technika könnyen újrafelhasználható több jelentésben és több táblában. Az oktatóanyag teljes videóját a blog alján tekintheti meg.

Ez a közelmúltban végzett oktatóanyag folytatása, ahol a halmozott adatok egy általános, nehezen kezelhető formátumával foglalkoztunk, és a Modulo, a Pivot és néhány tisztítási funkciót használtuk a Power Query segítségével, hogy ezeket az adatokat szervezett és funkcionális formátummá alakítsuk át.

Nagyon valószínű, hogy meg kell ismételnie ezt a folyamatot. Ha az ilyen típusú formátum másolás és beillesztés eredménye, akkor valószínűleg újra meg fog történni. Tehát ebben az esetben valószínűleg olyan egyéni függvényt kell létrehoznia, amely több jelentésben és több táblában is újra felhasználható lesz, függetlenül attól, hogy hogyan vannak elnevezve, és mi van még ezekben a táblázatokban.

Tartalomjegyzék

• A LuckyTemplates egyéni lekérdezési függvények létrehozása és hibakeresése
• Következtetés

A LuckyTemplates egyéni lekérdezési függvények létrehozása és hibakeresése

Ezzel kapcsolatban ugorjunk a Power Query-be. Ha az Advanced Editorban az Adattáblázatunkra lépünk, megkapjuk az M kódot, amely jelzi, hogyan jutottunk a veremadatokból a kívánt formátumba.

Ha ezt újra fel akarjuk használni, egyszerűen kattintsunk jobb gombbal az adatokra, és mondjuk: Funkció létrehozása .

Azt írja, hogy nem fog semmilyen paraméterre hivatkozni, de nem baj, ha paraméterek nélkül hozunk létre függvényt. Azt fogjuk válaszolni, hogy igen, mert a Speciális szerkesztőben adjuk hozzá a paramétereket. Ezt a függvényt Unstack – 3 Elements -nek nevezzük , csak azért, mert a három sor nyers formátumban van. Ha kétsoros formátumunk lenne, valószínűleg egy különállót építenénk, amely két vagy négy elemből állna.

Tehát most megvan ez az Invoke, nincsenek paramétereink, és menjünk a Speciális szerkesztőbe, és kezdjünk el dolgozni ezen.

Először is, nincs szükségünk erre a Forrásra. A függvény paramétereit fogjuk használni a forrás meghatározásához.

Meg akarjuk határozni a bejövő paramétert. Ezt egy nyitott zárójellel, majd egy paraméternévvel tesszük. Nevezzük ezt Stack-nek , ami az az adatoszlop lesz, amely az e-mail-címek beillesztéséből származó formázatlan veremadatok.

Azt akarjuk, hogy ez egy listaként jöjjön be, és azt akarjuk, hogy ez egy táblázatot eredményezzen, mert amikor az egyetlen oszlopból több oszlopba forgatjuk, akkor listából táblázatba kerül. És most át kell alakítanunk a bejövő listát táblázattá, hogy hozzáadhassuk az indexünket, elindíthassuk a Modulo unpivot-ot, és megtegyünk minden szükséges dolgot az újraformázáshoz.

Nevezzük ConvertStack- nek, és ez a Table.FromList nevű függvényt fogja használni . Mint sok M-függvény, pontosan azt csinálja, amit mond. Csak egy lista kell hozzá. Ebben az esetben a lista a mi Stack listánk lesz. Ezután le kell cserélnünk a forrást a ConvertStack-ünkre. Nagyon jól néz ki! Nincsenek szintaktikai hibáink, ezért nyomjuk meg a Kész gombot.

Most megadja nekünk azt, amit szerettünk volna, vagyis az oszlopválasztás lehetőségét.

Ezután a TestData-t választjuk, ami a rosszul formázott adat. Kiválasztjuk az Érték oszlopot, majd kattintson az OK gombra. Ezután kattintson az Invoke gombra.

Azonban ezt a hibát kapjuk. Nagyon nehéz meghatározni, hogy mi ez a hiba. Az egyéni funkciókkal kapcsolatos egyik probléma az, hogy nem törik ki az Alkalmazott lépéseket, csak egy lépést kap a teljes egyéni funkcióhoz. De van egy módja ennek a hibakeresésben, amit megmutatok. Sokkal könnyebb lesz rájönni, mi folyik itt.

Ahelyett, hogy ezt pillanatnyilag függvényként futtatnánk, lekérdezésként fogjuk futtatni. Csak kézzel fogjuk kezdeményezni a Stack hívást. Meg kell határoznunk, hogy mi az a verem, mert nem az Invoke-ban történő kiválasztásának interakcióján keresztül rajzoljuk meg. Tehát a Stack egyenlő a TestData értékkel, és a TestData érték oszlopa.

Ez most az alkalmazott lépésekre bontja. Ez segít kitalálni, hogy ez miért nem működik. Figyeljünk meg egy érdekességet, amikor behúzzuk a Stack-et. Kezdetben behúzza a TestData[Value]-t, de amikor táblává alakítjuk, az Érték helyett az oszlopfejléc, az oszlopfejléc most Column1.

Emlékezzen a hibaüzenetre, az volt, hogy nem találta az Érték oszlopot. Az ok, amiért nem találta az Érték oszlopot, az az, hogy a Table.FromList függvény átnevezi azt Column1-re.

Ha lejjebb megyünk az Alkalmazott lépéseknél, láthatjuk, hogy az Added Custom lépésben kapjuk a hibát. Itt nem található a rekord értéke.

És így, ha a Speciális szerkesztőbe lépünk, megtaláljuk azt az Egyéni mezőt, és láthatjuk, hogy ez a Text.Remove mezőben található, ahol kiszedjük azokat a felesleges karaktereket, amelyekre nem volt szükségünk, de ez még mindig arra utal. az Érték mezőt. Ezt az 1. oszlopra változtatjuk. Hasonlóképpen, az Eltávolított oszlopok mezőben az Értékre hivatkozik, ezért ezt is átváltoztatjuk Column1-re.

És amikor az Applied Steps végére érünk, tökéletes végeredményt produkál.

Most, hogy tudjuk, hogy ez jól működik, már csak egy dolgot kell tennünk. Ne feledje, hogy a hibakereséshez az egyéni függvényt lekérdezéssé alakítottuk. Tehát most meg kell vennünk ezt a lekérdezést, és vissza kell alakítanunk függvényké.

Következtetés

Ebben az oktatóanyagban elkészítettük ezt az egyéni funkciót, hibakeresést végeztünk, teszteltünk, és remekül működik. Így most, amikor három elemből álló veremünk van, egyszerűen kiválaszthatjuk azt a táblázatot, kiválaszthatjuk az oszlopot a táblán belül, és futtathatjuk az egyéni függvényt. Ezután alkalmazza a Modulo-t, az unpivot-ot, és tisztítsa meg.

Ez jó eszközöket biztosít az egyéni funkciók létrehozásához. Ne felejtse el azt a hibakeresési trükköt is, hogy visszaállítja egy függvényből származó lekérdezéssé, majd a hibakeresés után visszakapcsolja. Ez egy igazán értékes eszköz, amely sokkal könnyebbé teszi az egyéni funkciók hibakeresését.

Minden jót!