Power Query M Språkopplæring og mestring

Denne opplæringen vil diskutere hvordan du implementerer et stykke M- kode og løser vanlige feil inne i . Du vil også lære hvordan du effektivt kan øve og mestre .

Innholdsfortegnelse

• Power Query M Språkimplementering
  • Filplasseringsparameter i Power Query M Language
• Vanlige feil i Power Query M Language
  • 1. Syklisk referanse
  • 2. Ukjent navn
  • 3. Tekststreng
  • 4. Skriv Mismatch Error
  • 5. Navn finnes ikke
  • 6. Token Comma
  • 7. Tokenidentifikator
  • Andre feil i Power Query M Language
• Power Query M Språkbeherskelse
• Power Query M Language Best Practices
  • 1. Formelbar
  • 2. Standardbibliotek
  • 3. Øv og gjennomgå
• Konklusjon

Power Query M Språkimplementering

Suksessen med å implementere et stykke M- kode avhenger av hvor godt du kan løse ethvert problem du støter på. I denne opplæringen lærer du om de vanligste feilene når du prøver å overføre M- kode fra en annen PBIX-fil eller når du prøver å implementere en M- kode du fant på forumet.

Men først, hvis du har et Power Query-spørsmål, er det viktig å oppgi dataene sammen med PBIX-filen din fordi å løse et problem kan kreve en endring i dataoppsettet. Unnlatelse av å levere dataene vil føre til en datakildefeil fra den som prøver å gi deg støtte fordi de ikke har tilgang til kilden.

Det er en vei rundt å tilby en separat fil, men den er bare aktuelt for prøver med 3000 verdier eller mindre på tvers av både kolonner og rader. Så hvis tabellen din ikke overskrider grensen på 3000 celler, kan du kopiere den i sin helhet og lime den inn i Opprett tabell-vinduet ved å bruke alternativet Enter Data. Dataene vil bli overført til binær og vil bli innebygd i filen.

Filplasseringsparameter i Power Query M Language

En annen måte å hjelpe personen som gir deg støtte er ved å inkludere en filplasseringsparameter. Slik at når de oppdaterer filen, vil alle søk i den bli gjenopprettet. For å demonstrere det, følg disse fire trinnene.

Gå først til Windows Utforsker og kopier filbanen.

For det andre, gå tilbake tilog velg Administrer parameter. Velg deretter Ny parameter og gi parameteren et navn.

For det tredje, bruk navn uten mellomrom eller spesialtegn for å unngå å bruke den siterte notasjonen når du refererer til parameterne dine. Sett Type til Tekst og Foreslåtte verdier til List of Values ​​. Når du sender filen gjennom forumet, kan du velge plassering fra fillisten.

Til slutt åpner du Advanced Editor-vinduet og erstatter den hardkodede filbanen med parameternavnet ditt.

Vanlige feil i Power Query M Language

1. Syklisk referanse

Feiluttrykket nedenfor oppstår når utdata fra en valgt spørring sendes til et funksjonsargument for et trinn i spørringen. I dette eksemplet kan du se at spørringsnavnet sendes til Table.AddColumn- funksjonen i ett av trinnene.

Det første argumentet krever en tabelltype. I de fleste tilfeller vil du finne at den refererer til forrige trinn i koden din. Det forrige trinnet finner du i Applied Steps-ruten som er plassert på høyre side av forhåndsvisningsruten.

Det er ikke nødvendig å referere til forrige trinn; du kan bare sende en annen tabellreferanse til den funksjonen. Så i kildefilen, slå opp trinnnavnet i Applied Steps-panelet for å se formen på tabellen som ble sendt til funksjonen. Det kan hjelpe deg med å oversette trinnet til din egen fil.

2. Ukjent navn

Denne uttrykksfeilen oppstår når navnet på et tabellargument som ble sendt til en funksjon, ikke eksisterer eller ble feilstavet.

Husk at det skiller mellom store og små bokstaver. I de fleste tilfeller vil det referere til det forrige trinnet som du kan slå opp i ruten Applied Steps. Men igjen, det er ikke nødvendig.

Når du feilsøker denne typen feil, se på tabellformen som ble sendt til funksjonen i kildefilen og sammenligne den med din egen fil. Sørg også for at trinnene ikke har fått nytt navn.

3. Tekststreng

Denne uttrykksfeilen er et eksempel der et tabellargument som ble sendt til en funksjon, faktisk ble sendt som en tekststreng.

Trinnnavn som inkluderer mellomrom eller spesialtegn må ha hash- eller pundtegnet foran. Navnene skal omsluttes av et sett med doble anførselstegn. Når du kopierer og limer inn trinnnavn, sørg alltid for å velge hele navnet.

4. Skriv Mismatch Error

En annen vanlig uttrykksfeil er typen mismatch error.

Denne typen feil har en tendens til å dukke opp når du begynner å gjøre endringer i M- koden. I feilmeldingen ovenfor ble en datetime-verdi sendt til en funksjon som krevde en datodatatype.

Løsningen på denne feilen er å konvertere datatypen til verdien før den overføres som et argument til en annen funksjon. I dette tilfellet kan du bruke Date.From- funksjonen til å konvertere datetime-verdien til en datoverdi.

Det er mange typer mismatchfeil. Uansett vil systemet alltid oppgi den nødvendige datatypen.

5. Navn finnes ikke

En annen vanlig uttrykksfeil er når navnet på en kolonnereferanse, sendt som et argument til en funksjon, ikke eksisterer eller er feilstavet.

Sørg for at kolonnenavnene stemmer overens. Du kan også prøve å endre kolonnereferansen. Hvis kolonnenavnene samsvarer og du fortsatt får feilen, se om det er mellomrom eller spesialtegn i navnet.

6. Token Comma

Dette er en uttrykkssyntaksfeil om Token Comma.

Akkurat som hvordan hver funksjon tar en kommadelt liste over funksjonsargumenter, tar let-uttrykket en kommadelt liste over variabelnavnene og -verdiene. For å løse denne typen feil, sørg for at hvert trinn, bortsett fra det siste trinnet, har et komma på slutten. Denne feilen kan også genereres ved manglende lukkeparenteser eller parenteser på slutten av en funksjon.

7. Tokenidentifikator

Token Identifier Expected-feilen oppstår vanligvis når M- koden kopieres fordi sitatskiltene går galt.

For å fikse feilen må du finne og erstatte alle sitatskilt. Du kan også bruke en applikasjon som heter Visual Studio Code som du kan laste ned gratis på code.visualstudio.com .

Andre feil i Power Query M Language

Her er andre feil som du sannsynligvis vil støte på når du implementerer M- kode fra forumet.

• Token Literal Forventet – dette betyr at det neste i formelen forventes å være en verdi, kolonne eller funksjon.
• Token RightParen forventet – dette betyr at en avsluttende parentes eller parentes forventes å lukke formelen
• Komma kan ikke komme foran en RightParen – dette betyr at et komma ikke kan stå rett foran en avsluttende parentes eller parentes.
• Ugyldig bokstavelig – oppstår ofte når en tekststreng ikke er lukket med et dobbelt anførselstegn.
• Token EoF Expected – oppstår når et ugyldig nøkkelord eller funksjonsnavn brukes.

Power Query M Språkbeherskelse

Mestring krever langsiktig engasjement og investering. Det handler om å gjøre, bli inspirert, øve og gjenta. Men selv uten mestring kan du oppnå fantastiske forbedringer på relativt kort tid.

Hvis du forstår og er i stand til å bringe konseptene dekket i disse innleggene ut i praksis, vet du hvordan du skal løse feil når de oppstår. Du vil også kunne leke med funksjonsparametere som å erstatte hardkodede verdier med dynamiske verdier eller skrive tilpassede M -funksjoner.

Alt du trenger å gjøre er å begynne å utforske på egenhånd. Du lærer mest ved å tillate deg selv å gjøre feil og deretter finne flere måter å løse dem på. Dette kan være tidkrevende, men det er også veldig givende. Når du er i stand til å gjøre det, kan du finpusse ferdighetene dine.

Power Query M Language Best Practices

1. Formelbar

En av de generelle beste fremgangsmåtene for hvordan du kan utvide kunnskapen din om Power Query, er å sørge for å ha formellinjen synlig til enhver tid. Du kan utforske formelspråkspesifikasjonen som beskriver strukturen til språket og gå tilbake til den etter at du har øvd en stund.

Du kan gå på en skurvogn gjennom den elektroniske formelreferansen, som viser alle funksjonene og deres spesifikasjoner. Du kan lese dem, kopiere eksemplene inn i Advanced Editor-vinduet og studere resultatene.

2. Standardbibliotek

En annen beste praksis er å utforske standardbiblioteket ved å bruke #shared søkeordet fordi det er forskjeller sammenlignet med den elektroniske formelreferansen. Du kan også gjøre et nettsøk etter annet innhold som praktiske eksempler eller problemer som andre har støtt på.

Det blir ofte referert til som Lær ved å google. Du kan se etter et funksjonsnavn eller en type operasjon eller transformasjon, men resultatene vil avhenge sterkt av hvor godt du har definert søkekriteriene og hvor godt andre har beskrevet saken deres.

3. Øv og gjennomgå

Det viktigste er å øve og bevisst bruke mer tid inne i spørringsredigeringsprogrammet. Finn også en bedre balanse mellom tiden du bruker på å lære DAX, datavisualiseringer og M-kode.

Du kan også gå gjennom tidligere arbeid og innlemme disse beste fremgangsmåtene. Delta i aktiviteter som LuckyTemplates og . Bygg videre på det ved å svare på spørsmål på forumet for å utdype din forståelse og styrke kunnskapen din.

Det vil alltid være mer å lære og oppdage. Så sett deg et mål som du kan oppnå som å dedikere 30 minutter om dagen til ditt eget studium.

Konklusjon

Å implementere M i koden din krever øvelse og mestring. Det kan oppstå feil hvis en variabel, funksjon eller en annen enhet brukes feil. Når M er brukt riktig, vil datarapporten din gi verdifulle og innsiktsfulle resultater.

Melissa