Power Query M Språkhandledning och behärskning

Denna handledning kommer att diskutera hur man framgångsrikt implementerar en bit M- kod och löser vanliga fel i . Du kommer också att lära dig hur du effektivt tränar och bemästrar .

Innehållsförteckning

• Power Query M Språkimplementering
  • Filplatsparameter i Power Query M Language
• Vanliga fel i Power Query M Language
  • 1. Cyklisk referens
  • 2. Okänt namn
  • 3. Textsträng
  • 4. Typ Mismatch Error
  • 5. Namn finns inte
  • 6. Token Comma
  • 7. Tokenidentifierare
  • Andra fel i Power Query M Language
• Power Query M Språkbehärskning
• Power Query M Language Best Practices
  • 1. Formula Bar
  • 2. Standardbibliotek
  • 3. Öva och granska
• Slutsats

Power Query M Språkimplementering

Framgången med att implementera ett stycke M- kod beror på hur väl du kan lösa alla problem du stöter på. I den här handledningen kommer du att lära dig om de vanligaste felen när du försöker överföra M -kod från en annan PBIX-fil eller när du försöker implementera en bit M -kod som du hittade på forumet.

Men först, om du har en Power Query-fråga, är det viktigt att tillhandahålla data tillsammans med din PBIX-fil eftersom att lösa ett problem kan kräva en ändring av datainställningen. Underlåtenhet att tillhandahålla data kommer att leda till ett datakällafel från den sida som försöker ge dig support eftersom de inte har tillgång till källan.

Det finns en väg runt att tillhandahålla en separat fil, men den är bara tillämplig på prover med 3000 värden eller mindre över både kolumner och rader. Så om din tabell inte överskrider gränsen på 3000 celler kan du kopiera den i sin helhet och klistra in den i fönstret Skapa tabell genom att använda alternativet Ange data. Data kommer att överföras till binär och kommer att bäddas in i filen.

Filplatsparameter i Power Query M Language

Ett annat sätt att hjälpa den person som ger dig stöd är genom att införliva en filplatsparameter. Så att när de uppdaterar filen kommer alla frågor i den att återställas. För att visa det, följ dessa fyra steg.

Gå först till din Windows Explorer och kopiera filsökvägen.

För det andra, gå tillbaka tilloch välj Hantera parameter. Välj sedan Ny parameter och ge parametern ett namn.

För det tredje, använd namn utan mellanslag eller specialtecken för att undvika att använda den citerade notationen när du hänvisar till dina parametrar. Ställ in Typ till Text och de föreslagna värdena till List Of Values ​​. När du skickar filen genom forumet kan du välja din plats från fillistan.

Öppna slutligen fönstret Advanced Editor och ersätt den hårdkodade filsökvägen med ditt parameternamn.

Vanliga fel i Power Query M Language

1. Cyklisk referens

Feluttrycket nedan uppstår när utdata från en vald fråga skickas till ett funktionsargument för ett steg i frågan. I det här exemplet kan du se att frågenamnet skickas till funktionen Table.AddColumn i ett av dess steg.

Det första argumentet kräver en tabelltyp. I de flesta fall kommer du att upptäcka att det refererar till föregående steg i din kod. Det föregående steget finns i rutan Tillämpade steg som finns på höger sida av förhandsgranskningsrutan.

Det är inte nödvändigt att referera till föregående steg; du kan bara skicka en annan tabellreferens till den funktionen. Så i källfilen, slå upp stegnamnet i rutan Tillämpade steg för att se formen på tabellen som skickades till funktionen. Det kan hjälpa dig att översätta steget till din egen fil.

2. Okänt namn

Det här uttrycksfelet uppstår när namnet på ett tabellargument som skickas till en funktion inte finns eller var felstavat.

Tänk på att det är skiftlägeskänsligt. I de flesta fall refererar det till föregående steg som du kan slå upp i rutan Tillämpade steg. Men återigen, det är inte nödvändigt.

När du felsöker den här typen av fel, titta på tabellformen som skickas till funktionen i källfilen och jämför den med din egen fil. Se också till att stegen inte har bytt namn.

3. Textsträng

Detta uttrycksfel är ett exempel där ett tabellargument som skickades till en funktion faktiskt skickades som en textsträng.

Stegnamn som innehåller mellanslag eller specialtecken måste ha hash- eller pundtecken i citationstecken framför. Namnen bör omges av en uppsättning dubbla citattecken. När du kopierar och klistrar in stegnamn, se alltid till att välja det fullständiga namnet.

4. Typ Mismatch Error

Ett annat vanligt uttrycksfel är typen felmatchning.

Dessa typer av fel tenderar att dyka upp när du börjar göra ändringar i M -koden. I felmeddelandet ovan skickades ett datetime-värde till en funktion som krävde en datumdatatyp.

Lösningen på detta fel är att konvertera datatypen för värdet innan det skickas som ett argument till en annan funktion. I det här fallet kan du använda funktionen Date.From för att konvertera datetime-värdet till ett datumvärde.

Det finns många typer av missmatchningsfel. Hur som helst kommer systemet alltid att ange vilken datatyp som krävs.

5. Namn finns inte

Ett annat vanligt uttrycksfel är när namnet på en kolumnreferens, som skickas som ett argument till en funktion, inte finns eller är felstavat.

Se till att kolumnnamnen matchar. Du kan också prova att ändra kolumnreferensen. Om kolumnnamnen matchar och du fortfarande får felet, se om det finns mellanslag eller specialtecken i namnet.

6. Token Comma

Detta är ett uttryckssyntaxfel om Token Comma.

Precis som hur varje funktion tar en kommaseparerad lista med funktionsargument, tar let-uttrycket en kommaseparerad lista med variabelnamn och värden. För att lösa denna typ av fel, se till att varje steg, förutom det sista steget, har ett kommatecken i slutet. Detta fel kan också genereras av att avslutande parenteser eller parenteser saknas i slutet av en funktion.

7. Tokenidentifierare

Token Identifier Expected-felet inträffar vanligtvis när M -koden kopieras eftersom citat-tecknen går galet.

För att åtgärda felet måste du hitta och byta ut alla citatskyltar. Du kan också använda en applikation som heter Visual Studio Code som du kan ladda ner gratis på code.visualstudio.com .

Andra fel i Power Query M Language

Här är andra fel som du sannolikt kommer att stöta på när du implementerar M- kod från forumet.

• Token Literal förväntat – detta betyder att nästa sak i formeln förväntas vara ett värde, kolumn eller funktion.
• Token RightParen förväntat – detta betyder att en avslutande parentes eller parentes förväntas stänga formeln
• Komma kan inte föregå en RightParen – detta betyder att ett komma inte kan vara direkt framför en avslutande parentes eller parentes.
• Invalid Literal – inträffar ofta när en textsträng inte har stängts med ett dubbelt citattecken.
• Token EoF Expected – inträffar när ett ogiltigt nyckelord eller funktionsnamn används.

Power Query M Språkbehärskning

Behärskning kräver långsiktigt engagemang och investeringar. Det handlar om att göra, bli inspirerad, öva och upprepa. Men även utan behärskning kan du uppnå fantastiska förbättringar på relativt kort tid.

Om du förstår och kan omsätta begreppen som behandlas i dessa inlägg i praktiken, vet du hur du ska åtgärda fel när de uppstår. Du kommer också att kunna leka med funktionsparametrar som att ersätta hårdkodade värden med dynamiska värden eller att skriva anpassade M -funktioner.

Allt du behöver göra är att börja utforska på egen hand. Du lär dig mest genom att tillåta dig själv att göra misstag och sedan hitta flera sätt att lösa dem. Detta kan vara tidskrävande, men det är också mycket givande. När du väl kan göra det kan du finslipa din skicklighet.

Power Query M Language Best Practices

1. Formula Bar

En av de allmänna bästa metoderna för hur du kan utöka din kunskap om Power Query är att se till att ha formelfältet synligt hela tiden. Du kan utforska formelns språkspecifikation som beskriver språkets struktur och gå tillbaka till den efter att du har övat en tid.

Du kan gå på rensningsjakt genom onlineformelreferensen, som listar alla funktioner och deras specifikationer. Du kan läsa dem, kopiera exemplen till Advanced Editor-fönstret och studera resultaten.

2. Standardbibliotek

En annan bästa praxis är att utforska standardbiblioteket med nyckelordet #shared eftersom det finns skillnader jämfört med formelreferensen online. Du kan också göra en webbsökning efter annat innehåll som praktiska exempel eller problem som andra har stött på.

Det kallas ofta för Learn by Googling. Du kan leta efter ett funktionsnamn eller en typ av operation eller transformation, men resultaten beror mycket på hur väl du har definierat sökkriterierna och hur väl andra har beskrivit deras fall.

3. Öva och granska

Det viktigaste är att öva och medvetet spendera mer tid i frågeredigeraren. Hitta också en bättre balans mellan den tid du spenderar på att lära dig DAX, datavisualiseringar och M-kod.

Du kan också granska ditt tidigare arbete och införliva dessa bästa praxis. Delta i aktiviteter som LuckyTemplates och . Bygg vidare på det genom att svara på frågor på forumet för att fördjupa din förståelse och befästa dina kunskaper.

Det kommer alltid att finnas mer att lära och upptäcka. Så sätt upp ett mål som du kan uppnå som att ägna 30 minuter om dagen till din egen studie.

Slutsats

Att implementera M i din kod kräver övning och behärskning. Fel kan uppstå om en variabel, funktion eller någon annan enhet används felaktigt. När M väl används på rätt sätt kommer din datarapport att ge värdefulla och insiktsfulla resultat.

Melissa