Power Query M nyelvi oktatóanyag és mesteri oktatóanyag

Ez az oktatóanyag megvitatja, hogyan lehet sikeresen implementálni egy darab M -kódot, és hogyan lehet megoldani a gyakori hibákat a . Azt is megtanulja, hogyan kell hatékonyan gyakorolni és elsajátítani a .

Tartalomjegyzék

• Power Query M nyelvi megvalósítás
  • A fájl helyének paramétere a Power Query M nyelven
• Gyakori hibák a Power Query M nyelvben
  • 1. Ciklikus referencia
  • 2. Ismeretlen név
  • 3. Szövegkarakterlánc
  • 4. Írja be a Mismatch Error parancsot
  • 5. A név nem létezik
  • 6. Token Comma
  • 7. Token azonosító
  • Egyéb hibák a Power Query M nyelvben
• Power Query M nyelvtudás
• A Power Query M nyelv bevált gyakorlatai
  • 1. Formula bár
  • 2. Standard Library
  • 3. Gyakorlat és áttekintés
• Következtetés

Power Query M nyelvi megvalósítás

Az M- kód egy darabjának megvalósításának sikere attól függ, hogy mennyire tudja megoldani a felmerülő problémákat. Ebből az oktatóanyagból megismerheti a leggyakoribb hibákat, amikor M -kódot próbál átvinni egy másik PBIX-fájlból, vagy amikor megpróbálja megvalósítani a fórumon talált M- kódrészletet.

De először is, ha Power Query kérdése van, fontos, hogy az adatokat a PBIX-fájllal együtt adja meg, mert a probléma megoldásához szükség lehet az adatbeállítás módosítására. Az adatok megadásának elmulasztása az adatforrás hibájához vezet azon személyek részéről, akik támogatást próbálnak nyújtani, mert nem férnek hozzá a forráshoz.

Van mód egy külön fájl létrehozására, de ez csak a 3000 vagy annál kisebb értékű mintákra alkalmazható mind az oszlopokban, mind a sorokban. Tehát ha a táblázat nem haladja meg a 3000 cellás korlátot, akkor teljes egészében átmásolhatja és beillesztheti a Táblázat létrehozása ablakba az Adatok megadása opcióval. Az adatok bináris formátumba kerülnek, és beágyazódnak a fájlba.

A fájl helyének paramétere a Power Query M nyelven

Egy másik módja annak, hogy segítsen a támogatást nyújtó személynek, ha beépít egy fájlhely-paramétert. Így amikor frissítik a fájlt, minden benne lévő lekérdezés visszaáll. Ennek demonstrálásához kövesse az alábbi négy lépést.

Először lépjen a Windows Intézőbe, és másolja ki a fájl elérési útját.

Másodszor, menj vissza aés válassza a Paraméter kezelése lehetőséget. Ezután válassza az Új paraméter lehetőséget, és adjon nevet a paraméternek.

Harmadszor, használjon neveket szóközök vagy speciális karakterek nélkül, hogy elkerülje az idézett jelölés használatát, amikor a paraméterekre hivatkozik. Állítsa a Típust Szöveg értékre , a Javasolt értékeket pedig az Értéklista értékre . Amikor átadja a fájlt a fórumon, kiválaszthatja a helyét a fájllistából.

Végül nyissa meg az Advanced Editor ablakot, és cserélje ki a merev kódolt fájl elérési útját a paraméter nevére.

Gyakori hibák a Power Query M nyelvben

1. Ciklikus referencia

Az alábbi hibakifejezés akkor fordul elő, amikor a kiválasztott lekérdezés kimenete a lekérdezés egyik lépésének függvényargumentumának kerül átadásra. Ebben a példában láthatja, hogy a lekérdezés neve a Table.AddColumn függvénynek kerül átadásra annak egyik lépésében.

Az első argumentumhoz táblázattípus szükséges. A legtöbb esetben azt tapasztalja, hogy a kód előző lépésére hivatkozik. Az előző lépés az Alkalmazott lépések ablaktáblában található, amely az előnézeti ablaktábla jobb oldalán található.

Nem szükséges az előző lépésre hivatkozni; egyszerűen átadhat egy másik táblázat hivatkozást a függvénynek. Tehát a forrásfájlban keresse meg a lépés nevét az Alkalmazott lépések panelen, hogy megtekinthesse a függvénynek átadott táblázat alakját. Ez segíthet lefordítani a lépést a saját fájljára.

2. Ismeretlen név

Ez a kifejezési hiba akkor fordul elő, ha egy függvénynek átadott táblaargumentum neve nem létezik, vagy hibásan írták le.

Ne feledje, hogy megkülönbözteti a kis- és nagybetűket. A legtöbb esetben az előző lépésre hivatkozik, amelyet az Alkalmazott lépések ablaktáblában tekinthet meg. De még egyszer: nem kötelező.

Az ilyen típusú hibák elhárításakor nézze meg a függvénynek átadott táblázat alakját a forrásfájlban, és hasonlítsa össze a saját fájljával. Győződjön meg arról is, hogy a lépéseket nem nevezte át.

3. Szövegkarakterlánc

Ez a kifejezési hiba egy példa arra, hogy egy függvénynek átadott táblaargumentum szöveges karakterláncként került átadásra.

A szóközöket vagy speciális karaktereket tartalmazó lépésnevek előtt szerepelnie kell az idézett jelölési hash vagy font jelnek. A neveket idézőjelek közé kell tenni. A lépésnevek másolásakor és beillesztésekor mindig a teljes nevet válassza ki.

4. Írja be a Mismatch Error parancsot

Egy másik gyakori kifejezési hiba a típushibás hiba.

Az ilyen típusú hibák általában akkor jelentkeznek, amikor elkezdi módosítani az M- kódot. A fenti hibaüzenetben egy dátum-idő értéket adtak át egy függvénynek, amely dátum adattípust igényel.

A hiba megoldása az érték adattípusának konvertálása, mielőtt argumentumként átadná egy másik függvénynek. Ebben az esetben a Date.From függvénnyel konvertálhatja a dátum és idő értékét dátum értékké.

Sokféle eltérési hiba létezik. Bárhogy is legyen, a rendszer mindig megadja a szükséges adattípust.

5. A név nem létezik

Egy másik gyakori kifejezési hiba az, amikor egy függvénynek argumentumként átadott oszlophivatkozás neve nem létezik, vagy rosszul van írva.

Győződjön meg arról, hogy az oszlopnevek egyeznek. Megpróbálhatja megváltoztatni az oszlophivatkozást is. Ha az oszlopnevek megegyeznek, és továbbra is megjelenik a hibaüzenet, ellenőrizze, hogy vannak-e szóközök vagy speciális karakterek a névben.

6. Token Comma

Ez a Token Comma kifejezés szintaktikai hibája.

Ugyanúgy, ahogy az egyes függvények a függvényargumentumok vesszővel elválasztott listáját veszik fel, a let kifejezés a változónevek és értékek vesszővel elválasztott listáját veszi fel. Az ilyen típusú hibák megoldásához győződjön meg arról, hogy az utolsó lépés kivételével minden lépés végén vessző szerepel. Ezt a hibát az is okozhatja, hogy a függvény végén hiányoznak a záró zárójelek vagy zárójelek.

7. Token azonosító

A Token Identifier Expected hiba általában akkor fordul elő, amikor az M- kódot másolják, mert az idézőjelek tönkremennek.

A hiba kijavításához meg kell találnia és ki kell cserélnie az összes idézőjelet. Használhatja a Visual Studio Code nevű alkalmazást is, amelyet ingyenesen letölthet a code.visualstudio.com webhelyről .

Egyéb hibák a Power Query M nyelvben

Íme más hibák, amelyekkel valószínűleg találkozhat az M- kód fórumból való implementálásakor.

• Token Literal Expected – ez azt jelenti, hogy a képlet következő eleme várhatóan egy érték, oszlop vagy függvény lesz.
• Token RightParen várható – ez azt jelenti, hogy egy záró zárójel vagy zárójel várhatóan lezárja a képletet
• A vessző nem előzheti meg a RightParen-t – ez azt jelenti, hogy a vessző nem lehet közvetlenül a záró zárójel vagy zárójel előtt.
• Érvénytelen Literal – gyakran akkor fordul elő, ha egy szöveges karakterláncot nem zártak le dupla idézőjellel.
• Token EoF Expected – akkor fordul elő, ha érvénytelen kulcsszó vagy függvénynév kerül felhasználásra.

Power Query M nyelvtudás

Az elsajátításhoz hosszú távú elkötelezettség és befektetés szükséges. Minden a cselekvésről, az inspirációról, a gyakorlásról és az ismétlésről szól. De még elsajátítás nélkül is bámulatos fejlesztéseket érhet el viszonylag rövid időn belül.

Ha megérti és át tudja ültetni a gyakorlatban az ezekben a bejegyzésekben tárgyalt fogalmakat, akkor tudni fogja, hogyan kezelje a felmerülő hibákat. Lehetősége lesz olyan függvényparaméterekkel is játszani, mint például a keményen kódolt értékek dinamikus értékekkel való helyettesítése vagy egyéni M- függvények írása.

Mindössze annyit kell tennie, hogy elkezdi egyedül felfedezni. A legtöbbet abból tanulhatja meg, ha megengedi magának, hogy hibázzon, majd többféle módot talál ezek megoldására. Ez időigényes lehet, de nagyon kifizetődő is. Ha egyszer képes vagy rá, akkor fejlesztheted a képességeidet.

A Power Query M nyelv bevált gyakorlatai

1. Formula bár

A Power Queryvel kapcsolatos ismereteinek bővítésének egyik általános bevált gyakorlata, hogy gondoskodjon arról, hogy a képletsáv mindig látható legyen. Felfedezheti a nyelv szerkezetét leíró képletnyelvi specifikációt, és egy kis gyakorlás után újra megtekintheti.

Vadászatra indulhat az online képletreferencia segítségével, amely felsorolja az összes funkciót és azok specifikációit. Elolvashatja őket, átmásolhatja a példákat az Advanced Editor ablakba, és tanulmányozhatja az eredményeket.

2. Standard Library

Egy másik bevált módszer a szabványos könyvtár felfedezése a #shared kulcsszó használatával, mert eltérések vannak az online képletreferenciához képest. Más tartalmakra, például gyakorlati példákra vagy mások által tapasztalt problémákra is kereshet az interneten.

Ezt gyakran google tanulásnak nevezik. Kereshet függvénynevet, művelet vagy transzformáció típusát, de az eredmények nagymértékben függnek attól, hogy mennyire jól definiáltad a keresési feltételeket, és hogy mások mennyire írták le az esetüket.

3. Gyakorlat és áttekintés

A legfontosabb dolog az, hogy gyakoroljon és szándékosan több időt töltsön a Lekérdezésszerkesztőben. Ezenkívül találjon jobb egyensúlyt a DAX, az adatvizualizációk és az M-kód tanulásával eltöltött idő között.

Áttekintheti korábbi munkáit is, és beépítheti ezeket a bevált gyakorlatokat. Vegyen részt olyan tevékenységekben, mint a LuckyTemplates és a . Építsen erre a fórum kérdéseinek megválaszolásával, hogy elmélyítse megértését és megszilárdítsa tudását.

Mindig lesz még mit tanulni és felfedezni. Tehát tűzz ki egy olyan célt, amelyet elérhetsz, például napi 30 percet szánsz a saját tanulásodra.

Következtetés

Az M implementálása a kódban gyakorlást és elsajátítást igényel. Hibák léphetnek fel, ha egy változót, függvényt vagy bármely más entitást helytelenül használnak. Az M helyes használata után az adatjelentés értékes és szemléletes eredményeket fog nyújtani.

Méhfű