LuckyTemplates mukautetut kyselytoiminnot

Tämän päivän opetusohjelmaa varten aiomme rakentaa mukautetun LuckyTemplates-kyselytoiminnon, joka käsittelee tavallista vaikeasti käsiteltävää pinottujen tietojen muotoa. Tätä tekniikkaa voidaan helposti käyttää uudelleen useissa raporteissa ja useissa taulukoissa. Voit katsoa tämän opetusohjelman koko videon tämän blogin alaosasta.

Tämä on jatkoa äskettäin tekemälleni opetusohjelmalle , jossa käsittelimme pinottujen tietojen yleistä vaikeasti käsiteltävää muotoa ja käytimme Moduloa, Pivotia ja joitain puhdistustoimintoja Power Queryn kanssa tietojen muuntamiseksi järjestettyyn ja toimivaan muotoon.

On hyvin todennäköistä, että joudut toistamaan tämän prosessin. Jos tämäntyyppinen muoto johtui kopioinnista ja liittämisestä, se todennäköisesti tapahtuu uudelleen. Joten tässä tapauksessa haluat todennäköisesti rakentaa mukautetun toiminnon, jota voidaan käyttää uudelleen useissa raporteissa ja taulukoissa riippumatta siitä, miten ne on nimetty ja mitä muuta niissä taulukoissa on.

Sisällysluettelo

• Kuinka luoda ja korjata LuckyTemplates mukautettuja kyselytoimintoja
• Johtopäätös

Kuinka luoda ja korjata LuckyTemplates mukautettuja kyselytoimintoja

Siirrytään tähän Power Queryyn. Jos siirrymme tietotaulukkoomme, Advanced Editorissa, meillä on M-koodi siitä, kuinka päädyimme siirtymään pinon tiedoista haluttuun muotoon.

Jos haluamme käyttää tätä uudelleen, napsautamme hiiren kakkospainikkeella Dataa ja sanomme Luo funktio .

Se sanoo, että se ei aio viitata mihinkään parametriin, mutta on okei luoda funktio ilman parametreja. Vastaamme kyllä, koska lisäämme parametrit edistyneessä muokkausohjelmassa. Kutsumme tätä funktiota nimellä Unstack – 3 Elements , koska meillä on kolme riviä raakamuodossa. Jos meillä olisi kaksirivinen muoto, rakentaisimme luultavasti erillisen, jossa olisi kaksi tai neljä elementtiä.

Joten nyt meillä on tämä Invoke, meillä ei ole parametreja, ja siirrytään Advanced Editoriin ja alamme työstää tätä.

Ensinnäkin emme tarvitse tätä Lähdettä. Aiomme käyttää funktioparametreja määrittääksemme lähteemme.

Haluamme määritellä sisään tulevan parametrin. Teemme sen avoimella sululla ja sitten parametrin nimellä. Kutsutaan tätä nimellä Pino , joka tulee olemaan se yksi tietosarake, joka on muotoilematon pinotieto, joka tuli sähköpostiosoitteiden liittämisestä.

Haluamme tämän tulevan luettelona ja haluamme tämän johtavan taulukkoon, koska kun poistamme sen yhdestä sarakkeesta useisiin sarakkeisiin, se siirtyy luettelosta taulukkoon. Ja nyt meidän on muutettava tämä saapuva luettelo taulukoksi, jotta voimme lisätä hakemistomme, käynnistää Modulo-unpivot-toiminnon ja tehdä kaikki tarvittavat toiminnot sen alustamiseksi.

Kutsumme sitä ConvertStackiksi , ja se käyttää funktiota nimeltä Table.FromList . Kuten monet M-funktiot, se tekee juuri sen, mitä se sanoo. Se vaatii vain listan. Tässä tapauksessa listasta tulee meidän pinoluettelomme. Ja sitten meidän on korvattava lähde täällä ConvertStackillamme. Näyttää aika hyvältä! Meillä ei ole syntaksivirheitä, joten painamme Valmis.

Nyt se antaa meille sen, mitä halusimme, eli mahdollisuuden valita sarake.

Sitten aiomme valita TestData, joka on väärin muotoiltu data. Valitsemme Arvo-sarakkeen ja napsautamme sitten OK. Sen jälkeen napsautamme Kutsu.

Saamme kuitenkin tämän virheen. On todella vaikea määrittää, mikä tämä virhe on. Yksi mukautettujen toimintojen ongelmista on se, että ne eivät poista sovellettuja vaiheita, saat vain yhden askeleen koko mukautetulle toiminnolle. Mutta virheenkorjauksessa on tapa kiertää se, jonka näytän sinulle. Sen avulla on paljon helpompi selvittää, mitä täällä tapahtuu.

Sen sijaan, että suorittaisimme tämän tällä hetkellä funktiona, suoritamme sen kyselynä. Aiomme vain aloittaa pinopuhelun manuaalisesti. Meidän on määriteltävä, mikä pino on, koska emme piirrä sitä Invokessa valitsemalla sen vuorovaikutuksen. Joten meillä on pino, joka on yhtä suuri kuin TestData, ja Arvo-sarake TestData.

Mitä se tekee, se hajottaa sen nyt sovelletuiksi vaiheiksi. Tämä auttaa meitä selvittämään, miksi tämä ei toimi. Huomaa yksi mielenkiintoinen seikka, kun vedämme pinon sisään. Aluksi se vetää sisään TestData[Arvo], mutta kun muunnamme sen taulukoksi, sarakeotsikko on Arvon sijasta, nyt sarakeotsikko on Column1.

Muista virheilmoitus, jossa se ei löytänyt Arvo-saraketta. Syy, miksi se ei löytänyt Arvo-saraketta, on se, että Table.FromList-funktio nimeää sen uudelleen sarakkeeksi Column1.

Jos siirrymme Applied Steps -vaiheeseen, voit nähdä, että se on Lisätty mukautettu -vaiheessa, jossa saamme virheen. Tästä tietueen arvoa ei löytynyt.

Ja niin, jos menemme Advanced Editoriin, löydämme sen mukautetun kentän ja näemme sen olevan Text.Remove-kentässä, josta poistamme ne roskamerkit, joita emme tarvinneet, mutta se viittaa silti Arvo-kenttään. Muutamme sen sarakkeeksi 1. Samoin Poistetut sarakkeet -kentässä se viittaa arvoon, joten muutamme sen myös sarakkeeksi 1.

Ja kun pääsemme Applied Steps -vaiheen loppuun, se tuottaa täydellisen lopputuloksen.

Nyt kun tiedämme, että tämä toimii oikein, meillä on vain yksi asia tehtävänä. Muista, että virheenkorjausta varten muutimme mukautetun toiminnon kyselyksi. Ja niin, nyt meidän on otettava tämä kysely ja muutettava se takaisin funktioksi.

Johtopäätös

Tässä opetusohjelmassa olemme rakentaneet tämän mukautetun toiminnon, tehneet sen virheenkorjauksen, testanneet ja se toimii hyvin. Ja nyt, kun meillä on kolmielementtinen pino, voimme vain valita kyseisen taulukon, valita sen sarakkeen taulukosta ja suorittaa mukautetun toiminnon. Kiinnitä sitten Modulo, unpivot ja puhdista.

Tämän pitäisi antaa sinulle mukavia työkaluja mukautettujen toimintojen luomiseen. Muista myös virheenkorjauksen temppu muuttamalla se takaisin funktion kyselyksi ja vaihtamalla se takaisin virheenkorjauksen jälkeen. Se on todella arvokas työkalu, joka helpottaa mukautettujen toimintojen virheenkorjausta.

Kaikki parhaat!