Ziel dieses Beitrags
In diesem Beitrag geht es nicht darum, selbst M-Code zu programmieren.
Stattdessen lernen Sie, wie Power Query intern arbeitet und wie Sie die Bearbeitungsleiste nutzen können, um das Denkmodell hinter den Transformationen besser zu verstehen.
Hinweis zur Bezeichnung: In Excel auf Deutsch heißt der Bereich offiziell Bearbeitungsleiste. Er wird aber auch oft Formelleiste oder Formelbalken genannt.
Bevor wir ins Detail gehen, ein kurzes, konkretes Beispiel:
Sie laden eine Excel-Tabelle, ändern den Datentyp einer Spalte und filtern dann. In der Bearbeitungsleiste sehen Sie Schritt für Schritt:
= Table.TransformColumnTypes(...)
und im nächsten Schritt
= Table.SelectRows(...)
Genau diese Kette, und wie Sie sie lesen können, wird hier erklärt.
Sie erfahren:
- warum jeder Schritt in Power Query eine eigene Logik besitzt
- wie Power Query Transformationen intern speichert
- warum Schritte voneinander abhängen
- weshalb die Reihenfolge entscheidend ist
- wie die Bearbeitungsleiste hilft, die Arbeitsweise von Power Query besser zu verstehen
- und wann Power Query die Ergebnisse tatsächlich lädt
Der Beitrag gehört bewusst zum Kapitel Das Power Query Denkmodell (Editor & Logik). Denn genau hier beginnt man zu verstehen, wie Power Query intern denkt.
Warum viele Anwender Power Query zunächst falsch verstehen
Viele Anwender arbeiten anfangs mit Power Query wie mit normalem Excel.
Sie:
- klicken auf Befehle
- verändern Daten
- löschen Spalten
- filtern Zeilen
- ändern Datentypen
Dabei entsteht schnell der Eindruck: „Power Query verändert einfach meine Tabelle.“
Genau das passiert aber nicht. Und das ist eines der wichtigsten Konzepte überhaupt.
Power Query arbeitet schrittorientiert
Power Query verändert keine Daten direkt.
Stattdessen erstellt Power Query eine Abfolge von Transformationen.
Jeder Klick wird als eigener Schritt gespeichert.
Das bedeutet:
- Die ursprünglichen Daten bleiben unverändert.
- Power Query merkt sich nur, welche Transformationen durchgeführt werden sollen.
Das ist das eigentliche Denkmodell hinter Power Query.
Die angewendeten Schritte sind die eigentliche Logik
Im rechten Bereich sehen Sie: Angewendete Schritte
Viele Anwender betrachten diese Liste nur als Historie.
Tatsächlich ist sie viel mehr. Sie ist die komplette Logik Ihrer Abfrage.
Jeder Schritt baut auf dem vorherigen Schritt auf.
Das bedeutet:
- Schritt 2 verwendet das Ergebnis von Schritt 1
- Schritt 3 verwendet das Ergebnis von Schritt 2
- Schritt 4 verwendet das Ergebnis von Schritt 3
Power Query arbeitet also wie eine Verarbeitungskette.
Eine Abfrage ist damit genau diese gespeicherte Verarbeitungskette.
Die Bearbeitungsleiste zeigt die interne Übersetzung
Und genau hier kommt die Bearbeitungsleiste ins Spiel. Denn die Bearbeitungsleiste zeigt, wie Power Query Ihre Klicks intern beschreibt.
Viele Anwender denken zunächst: „Das ist Programmcode.“
Technisch stimmt das zwar. Praktisch ist es aber eher die interne Beschreibung eines Transformationsschrittes.
Die Bearbeitungsleiste hilft Ihnen deshalb vor allem dabei:
- die Logik eines Schrittes zu verstehen
- Abhängigkeiten zu erkennen
- Fehlerursachen nachzuvollziehen
- und die Denkweise von Power Query besser zu verstehen
Die Bearbeitungsleiste aktivieren
Falls die Bearbeitungsleiste noch nicht sichtbar ist:
Power Query Editor öffnen → Registerkarte Ansicht → Kontrollkästchen Bearbeitungsleiste aktivieren.
Danach erscheint oberhalb der Datenvorschau die Bearbeitungsleiste.
Was die Bearbeitungsleiste wirklich zeigt
Der wichtigste Punkt: Die Bearbeitungsleiste zeigt immer nur den aktuell ausgewählten Schritt.
Wenn Sie rechts einen anderen Schritt anklicken, verändert sich der Inhalt der Bearbeitungsleiste sofort.
Das bedeutet: Jeder Schritt besitzt intern seine eigene Beschreibung. Und genau dadurch entsteht die Verarbeitungskette von Power Query.
Und so erkennen Sie Abhängigkeiten konkret:
In der Bearbeitungsleiste taucht fast immer der Name des vorherigen Schritts auf, zum Beispiel Quelle oder #"Geänderter Typ".
Erstes Beispiel: Die Quelle
Der erste Schritt heißt häufig: Quelle.
In der Bearbeitungsleiste könnte dann beispielsweise stehen:
= Excel.Workbook(File.Contents("C:\Users\hheim\iCloudDrive\Desktop\Power Query - Kurs\Power_Query_Praxisbeispiel_Bedeutende_Spalten.xlsx"), null, true)
Viele Einsteiger erschrecken zunächst bei solchen Formeln.
Aber eigentlich beschreibt Power Query hier nur: „Lade die Daten aus einer bestimmten Excel-Arbeitsmappe.“
Mehr passiert hier zunächst nicht.
Hinweis: Wenn Sie Daten aus einer anderen Quelle laden – etwa eine CSV-Datei oder eine andere Arbeitsmappe – oder eine Tabelle in der aktuellen Excel-Datei, dann sieht der erste Schritt entsprechend anders aus. Das Prinzip bleibt jedoch dasselbe.
Und genau das ist wichtig: Der M-Code beschreibt keine komplizierte Programmierung. Er beschreibt lediglich die Transformation.
Hinweis für die Praxis: Wundern Sie sich nicht, wenn Power Query direkt nach der Quelle automatisch einen zweiten Schritt namens #"Geänderter Typ" anlegt. Das Tool versucht sofort, die Datentypen für Sie zu erraten. Das ist der erste automatische Beweis für unsere Verarbeitungskette.
Das eigentliche Denkmodell verstehen
Jetzt kommt der entscheidende Punkt.
Power Query arbeitet nicht wie Excel-Zellen.
In Excel ändern Sie direkt Inhalte.
Power Query dagegen arbeitet eher wie eine Anleitung zur Datenverarbeitung.
Die Abfrage merkt sich also nicht die fertigen Ergebnisse.
Sie merkt sich nur:
- Daten laden
- Datentyp ändern
- Spalte umbenennen
- Zeilen filtern
- Neue Spalte berechnen
Power Query führt diese Schritte später automatisch erneut aus.
Wichtig: Wann werden die Daten tatsächlich geladen?
Im Editor sehen Sie immer nur eine Vorschau. Diese dient der Kontrolle, ist aber noch nicht das endgültige Ergebnis. Die tatsächliche Verarbeitung und Ausgabe an Excel findet erst statt, wenn Sie:
- im Editor auf Schließen & laden klicken, oder
- in Excel die Abfrage über Daten → Alle aktualisieren neu berechnen.
Erst in diesem Moment durchläuft Power Query alle Schritte Ihrer Verarbeitungskette und gibt das Ergebnis an Excel aus.
Beispiel: Datentypen ändern
Wenn Sie Datentypen ändern, erzeugt Power Query beispielsweise:
= Table.TransformColumnTypes( Quelle, {{"Datum", type date}, {"Umsatz", type number}})
Wichtiger als die genaue Syntax ist hier das Prinzip.
Power Query sagt intern: „Nimm den vorherigen Schritt (hier: Quelle) und ändere dort die Datentypen.“
Und genau dieses Prinzip sehen Sie fast überall.
Jeder Schritt basiert auf dem vorherigen Schritt
Das ist eines der wichtigsten Konzepte überhaupt.
In der Bearbeitungsleiste erkennen Sie fast immer den vorherigen Schritt.
Beispielsweise: Quelle oder #"Geänderter Typ"
Das bedeutet: Power Query arbeitet immer auf Basis des vorherigen Ergebnisses.
Dadurch entstehen automatisch Abhängigkeiten zwischen den Schritten.
Warum die Reihenfolge so wichtig ist
Jetzt wird auch klar, warum die Reihenfolge der Schritte entscheidend ist.
Wenn Sie beispielsweise eine Spalte entfernen, später aber noch darauf zugreifen wollen, entsteht ein Fehler. Denn der spätere Schritt erwartet eine Spalte, die nicht mehr existiert.
Genau deshalb sollte man angewendete Schritte niemals isoliert betrachten. Sie bilden immer eine zusammenhängende Verarbeitungskette.
Kleiner Performance-Tipp am Rande:
Filtern Sie möglichst früh in der Kette. Dann müssen nachfolgende Schritte weniger Daten verarbeiten. Das spart Zeit, besonders bei großen Datenmengen.
Bei externen Datenquellen kann Power Query viele Schritte sogar an die Quelle weitergeben. Das verbessert die Performance zusätzlich. Dieses Weitergeben nennt sich Query Folding.
Power Query arbeitet wie ein Datenfluss
Viele fortgeschrittene Themen werden später deutlich einfacher verständlich, wenn Sie dieses Denkmodell verinnerlichen.
Denn Power Query arbeitet im Grunde wie ein Datenfluss.
Die Daten laufen Schritt für Schritt durch die Transformationen. Jeder Schritt verändert dabei das Ergebnis des vorherigen Schrittes.
Deshalb spricht man häufig auch von Transformation Pipeline, Verarbeitungskette oder Datenflusslogik.
Warum das Verständnis der Bearbeitungsleiste so wertvoll ist
Sobald Sie die Bearbeitungsleiste lesen können, verändert sich die Arbeit mit Power Query enorm.
Sie verstehen plötzlich:
- warum Fehler entstehen
- warum Schritte voneinander abhängen
- weshalb manche Transformationen problematisch werden
- und warum die Reihenfolge entscheidend ist
Power Query wirkt dann deutlich weniger magisch.
Die Bearbeitungsleiste ist kein Programmierkurs
Das ist ein ganz wichtiger Punkt.
Viele Anwender vermeiden die Bearbeitungsleiste, weil sie denken: „Ich kann nicht programmieren.“
Aber genau darum geht es hier nicht.
Sie müssen keine Funktionen auswendig lernen, keinen M-Code schreiben und keine Programmierung beherrschen.
Es reicht vollkommen, wenn Sie erkennen:
- welcher Schritt gerade passiert
- auf welchen vorherigen Schritt Bezug genommen wird
- und wie die Verarbeitungskette aufgebaut ist
Praktische Tipps für den Alltag
Schritte umbenennen: Rechtsklick auf den Schritt → Umbenennen. Das macht Ihre Verarbeitungskette sofort viel klarer und lesbarer.
Nutzen Sie eine einfache Konvention, zum Beispiel 01_Quelle, 02_Typ_geaendert, 03_Filter_Umsatz. Eine gut benannte Kette ist für Sie selbst in drei Monaten noch sofort lesbar – und für Kollegen vom ersten Blick an verständlich.
Kleine Änderungen direkt in der Bearbeitungsleiste vornehmen: Zum Beispiel einen Filterwert anpassen, ohne den Erweiterten Editor öffnen zu müssen.
Die Vorschau immer auf den gewünschten Schritt setzen, bevor Sie weiterarbeiten.
Der erweiterte Editor
Neben der Bearbeitungsleiste gibt es auch noch den Erweiterten Editor.
Diesen finden Sie unter Start → Erweiterter Editor.
Dort sehen Sie die komplette Verarbeitungskette der gesamten Abfrage.
Für Einsteiger wirkt das oft zunächst sehr technisch.
Hier wird das integrierte Denkmodell in einer logischen Klammer sichtbar: Das let...in-Prinzip.
let Quelle = Excel.CurrentWorkbook(){[Name="Verkaufsdaten"]}[Content], #"Geänderter Typ" = Table.TransformColumnTypes(Quelle,{{"Datum", type date}}), #"Gefilterte Zeilen" = Table.SelectRows(#"Geänderter Typ", each [Umsatz] > 100)in #"Gefilterte Zeilen"
Unter let listet Power Query alle Schritte zeilenweise auf. Schauen Sie einmal ganz genau auf das Zeilenende. Jeder Schritt wird mit einem Komma abgeschlossen – nur der allerletzte Schritt vor dem in hat kein Komma mehr. Das Wort in sagt Power Query schließlich: „Und genau dieses letzte Endergebnis gibst du jetzt an Excel aus.“
Aber auch hier gilt: Sie müssen nicht alles verstehen. Die Bearbeitungsleiste reicht am Anfang völlig aus.
Fazit
Die Bearbeitungsleiste ist einer der wichtigsten Bereiche in Power Query, wenn man das interne Denkmodell verstehen möchte.
Denn dort erkennt man:
- dass Power Query schrittorientiert arbeitet
- dass jeder Schritt auf dem vorherigen basiert
- dass Transformationen eine Verarbeitungskette bilden
- dass die Vorschau im Editor noch nicht das endgültige Laden ist
- und dass die Reihenfolge der Schritte entscheidend ist
Sie müssen dafür kein Entwickler sein. Es reicht vollkommen, wenn Sie beginnen, die Logik hinter den Schritten zu erkennen.
Und genau das ist der Moment, in dem man beginnt, Power Query wirklich zu verstehen.
Öffnen Sie jetzt eine bestehende Abfrage und klicken Sie sich Schritt für Schritt durch die Bearbeitungsleiste. Genau dort wird das Denkmodell sichtbar.
Quellen und weiterführende Links
- Power Query Übersicht (Microsoft Learn)
https://learn.microsoft.com/de-de/power-query/power-query-what-is-power-query - Power Query M-Formelsprache – Überblick
https://learn.microsoft.com/de-de/powerquery-m/ - Referenz der M-Funktionen
https://learn.microsoft.com/de-de/powerquery-m/power-query-m-function-reference
Navigation innerhalb der Power-Query-Serie
- ⬅️ Vorheriger Beitrag: 2.5 Power Query – Transformieren oder Spalte hinzufügen
- ➡️ Nächster Beitrag:
- 🧭 Zur Übersicht: Power Query-Serie auf Excel-Meister.de
Austausch & Fragen
Wenn Sie Fragen haben oder sich fachlich austauschen möchten, schreiben Sie mir gerne auf LinkedIn.
Dort diskutiere ich regelmäßig über Excel, Power Query und Controlling-Themen.
Den Link zu meinem LinkedIn-Gruppe finden Sie hier: https://www.linkedin.com/groups/1