Tutorial und Beherrschung der Power Query M-Sprache

In diesem Tutorial wird erläutert, wie Sie einen Teil des M- Codes erfolgreich implementieren und häufige Fehler im Power Query-Editor beheben . Außerdem erfahren Sie, wie Sie die M- Sprache in Power Query effektiv üben und beherrschen .

Inhaltsverzeichnis

• Implementierung der Power Query M-Sprache
  • Dateispeicherortparameter in der Power Query M-Sprache
• Häufige Fehler in der Power Query M-Sprache
  • 1. Zyklische Referenz
  • 2. Unbekannter Name
  • 3. Textzeichenfolge
  • 4. Geben Sie „Mismatch Error“ ein
  • 5. Name existiert nicht
  • 6. Token-Komma
  • 7. Token-ID
  • Andere Fehler in der Power Query M-Sprache
• Beherrschung der Power Query M-Sprache
• Best Practices für die Power Query M-Sprache
  • 1. Formelleiste
  • 2. Standardbibliothek
  • 3. Üben und wiederholen
• Abschluss

Implementierung der Power Query M-Sprache

Der Erfolg der Implementierung eines M- Codes hängt davon ab, wie gut Sie jedes auftretende Problem lösen können. In diesem Tutorial erfahren Sie mehr über die häufigsten Fehler beim Versuch, M- Code aus einer anderen PBIX-Datei zu übertragen oder wenn Sie versuchen, einen Teil des M- Codes zu implementieren, den Sie im Forum gefunden haben.

Wenn Sie jedoch eine Power Query-Frage haben, ist es zunächst wichtig, die Daten zusammen mit Ihrer PBIX-Datei bereitzustellen, da die Lösung eines Problems möglicherweise eine Änderung der Dateneinrichtung erfordert. Wenn die Daten nicht bereitgestellt werden, führt dies zu einem Datenquellenfehler seitens derjenigen, die versuchen, Ihnen Support zu leisten, da sie keinen Zugriff auf die Quelle haben.

Es gibt eine Möglichkeit, die Bereitstellung einer separaten Datei zu umgehen, diese ist jedoch nur auf Stichproben mit 3000 Werten oder weniger in Spalten und Zeilen anwendbar. Wenn Ihre Tabelle also die Grenze von 3000 Zellen nicht überschreitet, können Sie sie vollständig kopieren und mithilfe der Option „Daten eingeben“ in das Fenster „Tabelle erstellen“ einfügen. Die Daten werden ins Binärformat übertragen und in die Datei eingebettet.

Dateispeicherortparameter in der Power Query M-Sprache

Eine weitere Möglichkeit, der Person zu helfen, die Sie unterstützt, besteht darin, einen Parameter für den Dateispeicherort zu integrieren. Wenn sie die Datei aktualisieren, werden alle darin enthaltenen Abfragen wiederhergestellt. Um dies zu demonstrieren, befolgen Sie diese vier Schritte.

Gehen Sie zunächst zu Ihrem Windows Explorer und kopieren Sie den Dateipfad.

Zweitens kehren Sie zum Power Query-Editor zurück und wählen Sie Parameter verwalten aus. Wählen Sie als Nächstes „Neuer Parameter“ und geben Sie dem Parameter einen Namen.

Drittens verwenden Sie Namen ohne Leer- oder Sonderzeichen, um die Verwendung der Notation in Anführungszeichen bei der Bezugnahme auf Ihre Parameter zu vermeiden. Legen Sie den Typ auf Text und die vorgeschlagenen Werte auf Werteliste fest . Wenn Sie die Datei durch das Forum weiterleiten, können Sie Ihren Speicherort aus der Dateiliste auswählen.

Öffnen Sie abschließend das Fenster „Erweiterter Editor“ und ersetzen Sie den fest codierten Dateipfad durch Ihren Parameternamen.

Häufige Fehler in der Power Query M-Sprache

1. Zyklische Referenz

Der folgende Fehlerausdruck tritt auf, wenn die Ausgabe einer ausgewählten Abfrage an ein Funktionsargument eines Schritts innerhalb der Abfrage übergeben wird. In diesem Beispiel können Sie sehen, dass der Abfragename in einem seiner Schritte an die Funktion Table.AddColumn übergeben wird.

Das erste Argument erfordert einen Tabellentyp. In den meisten Fällen werden Sie feststellen, dass es auf den vorherigen Schritt in Ihrem Code verweist. Der vorherige Schritt befindet sich im Bereich „Angewandte Schritte“, der sich auf der rechten Seite des Vorschaufensters befindet.

Es ist nicht erforderlich, auf den vorherigen Schritt zu verweisen; Sie können dieser Funktion einfach einen weiteren Tabellenverweis übergeben. Suchen Sie also in der Quelldatei im Bereich „Angewandte Schritte“ nach dem Schrittnamen, um die Form der Tabelle anzuzeigen, die an die Funktion übergeben wurde. Das kann Ihnen helfen, den Schritt in Ihre eigene Datei zu übersetzen.

2. Unbekannter Name

Dieser Ausdrucksfehler tritt auf, wenn der Name eines Tabellenarguments, das an eine Funktion übergeben wurde, nicht existiert oder falsch geschrieben wurde.

Beachten Sie, dass bei Power Query die Groß-/Kleinschreibung beachtet wird. In den meisten Fällen wird auf den vorherigen Schritt verwiesen, den Sie im Bereich „Angewandte Schritte“ nachschlagen können. Aber andererseits ist es auch nicht erforderlich.

Sehen Sie sich bei der Fehlerbehebung dieser Art von Fehlern die an die Funktion in der Quelldatei übergebene Tabellenform an und vergleichen Sie diese mit Ihrer eigenen Datei. Stellen Sie außerdem sicher, dass die Schritte nicht umbenannt wurden.

3. Textzeichenfolge

Dieser Ausdrucksfehler ist ein Beispiel dafür, dass ein Tabellenargument, das an eine Funktion übergeben wurde, tatsächlich als Textzeichenfolge übergeben wurde.

Schrittnamen, die Leerzeichen oder Sonderzeichen enthalten, müssen in der Notation ein Raute- oder Nummernzeichen voranstellen. Die Namen sollten in doppelte Anführungszeichen gesetzt werden. Achten Sie beim Kopieren und Einfügen von Schrittnamen immer darauf, den vollständigen Namen auszuwählen.

4. Geben Sie „Mismatch Error“ ein

Ein weiterer häufiger Ausdrucksfehler ist der Typkonfliktfehler.

Diese Art von Fehlern tritt häufig auf, wenn Sie beginnen, Änderungen am M- Code vorzunehmen. In der obigen Fehlermeldung wurde ein Datum/Uhrzeit-Wert an eine Funktion übergeben, die einen Datumsdatentyp erforderte.

Die Lösung für diesen Fehler besteht darin, den Datentyp des Werts zu konvertieren, bevor er als Argument an eine andere Funktion übergeben wird. In diesem Fall können Sie die Funktion „Date.From“ verwenden , um den Datums-/Uhrzeitwert in einen Datumswert umzuwandeln.

Es gibt viele Arten von Nichtübereinstimmungsfehlern. In jedem Fall gibt das System immer den erforderlichen Datentyp an.

5. Name existiert nicht

Ein weiterer häufiger Ausdrucksfehler besteht darin, dass der Name einer Spaltenreferenz, die als Argument an eine Funktion übergeben wird, nicht existiert oder falsch geschrieben ist.

Stellen Sie sicher, dass die Spaltennamen übereinstimmen. Sie können auch versuchen, die Spaltenreferenz zu ändern. Wenn die Spaltennamen übereinstimmen und die Fehlermeldung weiterhin angezeigt wird, prüfen Sie, ob der Name Leerzeichen oder Sonderzeichen enthält.

6. Token-Komma

Dies ist ein Fehler in der Ausdruckssyntax bezüglich Token-Komma.

So wie jede Funktion eine durch Kommas getrennte Liste von Funktionsargumenten akzeptiert, akzeptiert der let-Ausdruck eine durch Kommas getrennte Liste der Variablennamen und -werte. Um diese Art von Fehler zu beheben, stellen Sie sicher, dass jeder Schritt, mit Ausnahme des letzten Schritts, am Ende ein Komma hat. Dieser Fehler kann auch durch fehlende schließende Klammern oder Klammern am Ende einer Funktion verursacht werden.

7. Token-ID

Der Fehler „Token Identifier Expected“ tritt normalerweise auf, wenn M- Code kopiert wird, weil die Anführungszeichen durcheinander geraten.

Um den Fehler zu beheben, müssen Sie alle Anführungszeichen finden und ersetzen. Sie können auch eine Anwendung namens Visual Studio Code verwenden, die Sie kostenlos unter code.visualstudio.com herunterladen können .

Andere Fehler in der Power Query M-Sprache

Hier sind weitere Fehler, die bei der Implementierung von M- Code aus dem Forum wahrscheinlich auftreten werden .

• Erwartetes Token-Literal – das bedeutet, dass als nächstes in der Formel ein Wert, eine Spalte oder eine Funktion erwartet wird.
• Token RightParen Expected – Dies bedeutet, dass eine schließende Klammer oder Klammer erwartet wird, um die Formel zu schließen
• Komma darf nicht vor einem RightParen stehen – das bedeutet, dass ein Komma nicht direkt vor einer schließenden Klammer stehen darf.
• Ungültiges Literal – tritt häufig auf, wenn eine Textzeichenfolge nicht mit einem doppelten Anführungszeichen abgeschlossen wurde.
• Token EoF erwartet – tritt auf, wenn ein ungültiges Schlüsselwort oder Funktionsname verwendet wird.

Beherrschung der Power Query M-Sprache

Meisterschaft erfordert langfristiges Engagement und Investitionen. Es geht darum, etwas zu tun, sich inspirieren zu lassen, zu üben und zu wiederholen. Aber auch ohne Meisterschaft können Sie in relativ kurzer Zeit erstaunliche Verbesserungen erzielen.

Wenn Sie die in diesen Beiträgen behandelten Konzepte verstehen und in die Praxis umsetzen können, wissen Sie, wie Sie auftretende Fehler beheben können. Sie können auch mit Funktionsparametern spielen, z. B. hartcodierte Werte durch dynamische Werte ersetzen oder benutzerdefinierte M- Funktionen schreiben.

Alles was Sie tun müssen, ist mit der Erkundung auf eigene Faust zu beginnen. Am meisten lernen Sie, wenn Sie sich erlauben, Fehler zu machen und dann mehrere Möglichkeiten finden, diese zu beheben. Das kann zeitaufwändig sein, ist aber auch sehr lohnend. Sobald Sie dazu in der Lage sind, können Sie Ihre Fähigkeiten verbessern.

Best Practices für die Power Query M-Sprache

1. Formelleiste

Eine der allgemeinen Best Practices, wie Sie Ihr Wissen über Power Query erweitern können, besteht darin, sicherzustellen, dass die Formelleiste jederzeit sichtbar ist. Sie können die Formelsprachenspezifikation erkunden, die die Struktur der Sprache beschreibt, und sie nach einiger Zeit des Übens noch einmal durchgehen.

Gehen Sie auf Schnitzeljagd durch die Online-Formelreferenz, die alle Funktionen und deren Spezifikationen auflistet. Sie können sie lesen, die Beispiele in das Fenster „Erweiterter Editor“ kopieren und die Ergebnisse studieren.

2. Standardbibliothek

Eine weitere bewährte Methode besteht darin, die Standardbibliothek mit dem Schlüsselwort #shared zu durchsuchen , da es Unterschiede zur Online-Formelreferenz gibt. Sie können auch eine Websuche nach anderen Inhalten durchführen, beispielsweise nach praktischen Beispielen oder Problemen, auf die andere gestoßen sind.

Dies wird oft als „Lernen durch Googeln“ bezeichnet. Sie können nach einem Funktionsnamen oder einem Operations- oder Transformationstyp suchen, die Ergebnisse hängen jedoch stark davon ab, wie gut Sie die Suchkriterien definiert haben und wie gut andere ihren Fall beschrieben haben.

3. Üben und wiederholen

Das Wichtigste ist, den Abfrageeditor zu üben und bewusst mehr Zeit damit zu verbringen. Finden Sie außerdem ein besseres Gleichgewicht zwischen der Zeit, die Sie mit dem Erlernen von DAX, Datenvisualisierungen und M-Code verbringen.

Sie können auch Ihre bisherige Arbeit überprüfen und diese Best Practices integrieren. Nehmen Sie an Aktivitäten wie von LuckyTemplates und teil . Bauen Sie darauf auf, indem Sie Fragen im Forum beantworten, um Ihr Verständnis zu vertiefen und Ihr Wissen zu festigen.

Es wird immer mehr zu lernen und zu entdecken geben. Setzen Sie sich also ein Ziel, das Sie erreichen können, indem Sie beispielsweise 30 Minuten am Tag Ihrem eigenen Lernen widmen.

Best Practices für die Datentransformation im Abfrageeditor.
Best Practices für das Laden und Transformieren von Daten

Abschluss

Die Implementierung von M in Ihren Code erfordert Übung und Beherrschung. Fehler können auftreten, wenn eine Variable, Funktion oder eine andere Entität falsch verwendet wird. Sobald M richtig verwendet wird, liefert Ihr Datenbericht wertvolle und aufschlussreiche Ergebnisse.

Melissa