Power Query M sprogundervisning og beherskelse

Denne vejledning vil diskutere, hvordan man med succes implementerer et stykke M- kode og løser almindelige fejl inde i . Du vil også lære, hvordan du effektivt øver og mestrer .

Indholdsfortegnelse

• Power Query M Sprogimplementering
  • Filplaceringsparameter i Power Query M Language
• Almindelige fejl i Power Query M Language
  • 1. Cyklisk reference
  • 2. Ukendt navn
  • 3. Tekststreng
  • 4. Skriv Mismatch Error
  • 5. Navn findes ikke
  • 6. Token Comma
  • 7. Token Identifier
  • Andre fejl i Power Query M Language
• Power Query M Sprogbeherskelse
• Power Query M Language Best Practices
  • 1. Formelbar
  • 2. Standardbibliotek
  • 3. Øv og gennemgå
• Konklusion

Power Query M Sprogimplementering

Succesen med at implementere et stykke M- kode afhænger af, hvor godt du kan løse ethvert problem, du støder på. I denne vejledning lærer du om de mest almindelige fejl, når du forsøger at overføre M- kode fra en anden PBIX-fil, eller når du forsøger at implementere et stykke M- kode, du fandt på forummet.

Men først, hvis du har et spørgsmål om Power Query, er det vigtigt at levere dataene sammen med din PBIX-fil, fordi løsning af et problem kan kræve en ændring i dataopsætningen. Manglende levering af data vil føre til en datakildefejl hos den, der forsøger at give dig support, fordi de ikke har adgang til kilden.

Der er en vej uden om at levere en separat fil, men den er kun anvendelig til prøver med 3000 værdier eller mindre på tværs af både kolonner og rækker. Så hvis din tabel ikke overskrider grænsen på 3000 celler, kan du kopiere den i sin helhed og indsætte den i vinduet Opret tabel ved at bruge indstillingen Indtast data. Dataene vil blive overført til binær og vil blive indlejret i filen.

Filplaceringsparameter i Power Query M Language

En anden måde at hjælpe den person, der yder dig support, er ved at inkorporere en filplaceringsparameter. Så når de opdaterer filen, vil alle forespørgsler i den blive gendannet. Følg disse fire trin for at demonstrere det.

Gå først til din Windows Stifinder og kopier filstien.

For det andet, gå tilbage tilog vælg Administrer parameter. Vælg derefter Ny parameter og giv parameteren et navn.

For det tredje skal du bruge navne uden mellemrum eller specialtegn for at undgå at bruge den citerede notation, når du refererer til dine parametre. Indstil Type til Tekst og de foreslåede værdier til List of Values ​​. Når du sender filen gennem forummet, kan du vælge din placering fra fillisten.

Til sidst skal du åbne vinduet Advanced Editor og erstatte den hårdkodede filsti med dit parameternavn.

Almindelige fejl i Power Query M Language

1. Cyklisk reference

Fejludtrykket nedenfor opstår, når outputtet af en valgt forespørgsel sendes til et funktionsargument for et trin i forespørgslen. I dette eksempel kan du se, at forespørgselsnavnet sendes til funktionen Table.AddColumn i et af dens trin.

Det første argument kræver en tabeltype. I de fleste tilfælde vil du opdage, at det refererer til det forrige trin i din kode. Det forrige trin kan findes i ruden Anvendte trin, som er placeret på højre side af forhåndsvisningsruden.

Det er ikke nødvendigt at referere til det forrige trin; du kan bare sende en anden tabelhenvisning til den funktion. Så i kildefilen skal du slå trinnavnet op i ruden Anvendte trin for at se formen på tabellen, der blev sendt til funktionen. Det kan hjælpe dig med at oversætte trinnet til din egen fil.

2. Ukendt navn

Denne udtryksfejl opstår, når navnet på et tabelargument, der er sendt til en funktion, ikke eksisterer eller er stavet forkert.

Husk, at der skelnes mellem store og små bogstaver. I de fleste tilfælde refererer det til det forrige trin, som du kan slå op i ruden Anvendte trin. Men igen, det er ikke påkrævet.

Når du fejlfinder denne type fejl, skal du se på tabelformen, der er sendt til funktionen i kildefilen, og sammenligne den med din egen fil. Sørg også for, at trin ikke er blevet omdøbt.

3. Tekststreng

Denne udtryksfejl er et eksempel, hvor et tabelargument, der blev videregivet til en funktion, faktisk blev sendt som en tekststreng.

Trinnavne, der indeholder mellemrum eller specialtegn, skal have den anførte notation hash eller pund-tegn foran. Navnene skal være omgivet af et sæt dobbelte anførselstegn. Når du kopierer og indsætter trinnavne, skal du altid sørge for at vælge det fulde navn.

4. Skriv Mismatch Error

En anden almindelig udtryksfejl er typen mismatch-fejl.

Disse typer fejl har en tendens til at dukke op, når du begynder at lave ændringer til M- koden. I fejlmeddelelsen ovenfor blev en datetime-værdi overført til en funktion, der krævede en datodatatype.

Løsningen på denne fejl er at konvertere værdiens datatype, før den overføres som et argument til en anden funktion. I dette tilfælde kan du bruge Date.From- funktionen til at konvertere datetime-værdien til en datoværdi.

Der er mange typer mismatch-fejl. Uanset hvad vil systemet altid angive den nødvendige datatype.

5. Navn findes ikke

En anden almindelig udtryksfejl er, når navnet på en kolonnehenvisning, der er sendt som et argument til en funktion, ikke eksisterer eller er stavet forkert.

Sørg for, at kolonnenavnene stemmer overens. Du kan også prøve at ændre kolonnereferencen. Hvis kolonnenavnene matcher, og du stadig får fejlen, skal du se om der er mellemrum eller specialtegn i navnet.

6. Token Comma

Dette er en udtrykssyntaksfejl om Token Comma.

Ligesom hvordan hver funktion tager en kommasepareret liste over funktionsargumenter, tager let-udtrykket en kommasepareret liste over variablens navne og værdier. For at løse denne type fejl skal du sørge for, at hvert trin, bortset fra det sidste trin, har et komma i slutningen. Denne fejl kan også genereres ved manglende lukkeparenteser eller parenteser i slutningen af ​​en funktion.

7. Token Identifier

Token Identifier Expected-fejlen opstår normalt, når M- koden kopieres, fordi citattegnene går galt.

For at rette fejlen skal du finde og udskifte alle citatskilte. Du kan også bruge et program kaldet Visual Studio Code, som du kan downloade gratis på code.visualstudio.com .

Andre fejl i Power Query M Language

Her er andre fejl, som du sandsynligvis vil støde på, når du implementerer M- kode fra forummet.

• Token Literal Forventet – dette betyder, at den næste ting i formlen forventes at være en værdi, kolonne eller funktion.
• Token RightParen forventet – dette betyder, at en afsluttende parentes eller parentes forventes at lukke formlen
• Komma kan ikke gå foran en RightParen – dette betyder, at et komma ikke kan være direkte foran en afsluttende parentes eller parentes.
• Invalid Literal – forekommer ofte, når en tekststreng ikke er blevet lukket med et dobbelt anførselstegn.
• Token EoF Expected – opstår, når et ugyldigt nøgleord eller funktionsnavn bruges.

Power Query M Sprogbeherskelse

Mestring kræver langsigtet engagement og investering. Det handler om at gøre, blive inspireret, øve og gentage. Men selv uden beherskelse kan du opnå fantastiske forbedringer på relativt kort tid.

Hvis du forstår og er i stand til at bringe de begreber, der er dækket i disse indlæg, ud i praksis, ved du, hvordan du løser fejl, når de opstår. Du vil også være i stand til at lege med funktionsparametre som at erstatte hårdkodede værdier med dynamiske værdier eller skrive brugerdefinerede M- funktioner.

Alt du skal gøre er at begynde at udforske på egen hånd. Du lærer mest ved at tillade dig selv at lave fejl og derefter finde flere måder at løse dem på. Dette kan være tidskrævende, men det er også meget givende. Når du er i stand til at gøre det, kan du finpudse dine færdigheder.

Power Query M Language Best Practices

1. Formelbar

En af de generelle bedste fremgangsmåder for, hvordan du kan udvide din viden om Power Query, er at sørge for at have formellinjen synlig hele tiden. Du kan udforske formelsprogspecifikationen, der beskriver sprogets struktur og gense den, når du har øvet dig i nogen tid.

Du kan gå på skurvogn gennem online formelreferencen, som viser alle funktionerne og deres specifikationer. Du kan læse dem, kopiere eksemplerne ind i vinduet Advanced Editor og studere resultaterne.

2. Standardbibliotek

En anden bedste praksis er at udforske standardbiblioteket ved hjælp af søgeordet #shared , fordi der er forskelle i forhold til online-formelreferencen. Du kan også lave en websøgning efter andet indhold som f.eks. praktiske eksempler eller problemer, som andre er stødt på.

Det omtales ofte som Lær ved at google. Du kan lede efter et funktionsnavn eller en type operation eller transformation, men resultaterne vil i høj grad afhænge af, hvor godt du har defineret søgekriterierne, og hvor godt andre har beskrevet deres sag.

3. Øv og gennemgå

Det vigtigste er at øve sig og bevidst bruge mere tid inde i Query Editor. Find også en bedre balance mellem den tid, du bruger på at lære DAX, datavisualiseringer og M-kode.

Du kan også gennemgå dit tidligere arbejde og indarbejde disse bedste praksisser. Deltag i aktiviteter som LuckyTemplates og . Byg videre på det ved at besvare spørgsmål på forummet for at uddybe din forståelse og styrke din viden.

Der vil altid være mere at lære og opdage. Så sæt et mål, som du kan nå som at dedikere 30 minutter om dagen til dit eget studie.

Konklusion

Implementering af M i din kode kræver øvelse og beherskelse. Der kan opstå fejl, hvis en variabel, funktion eller en anden enhed bruges forkert. Når M er brugt korrekt, vil din datarapport give værdifulde og indsigtsfulde resultater.

Melissa