Artikel neu anfordern
Unterschiedliche Spaltenüberschriften in Power Query bei Verzeichnisabfragen
Beim Arbeiten mit Power Query‑Verzeichnisabfragen entsteht ein typisches, oft unterschätztes Problem: Dateien werden automatisch kombiniert, aber Power Query orientiert sich dabei ausschließlich an Spaltennamen, nicht an Positionen. Sobald eine Datei abweichende Header enthält – selbst wenn die Daten strukturell identisch sind – erzeugt Power Query zusätzliche Spalten voller sogenannter null-Werte. Das führt zu chaotischen Tabellen und unbrauchbaren Auswertungen. Genau hier scheitern viele Folder-Abfragen.
Der Schlüssel ist daher immer: Spaltennamen sind vor dem Kombinieren zu vereinheitlichen!
Die erste von mir beschriebene Lösung funktioniert über einen festen Rename‑Schritt in der Transformationsabfrage („Beispieldatei transformieren“). Dort werden alle Varianten auf die gewünschten Standardnamen gemappt. Mit MissingField.Ignore bleibt der Code stabil, auch wenn einzelne Varianten in manchen Dateien nicht vorkommen. Diese Methode ist transparent und schnell, aber bei vielen Namensvarianten pflegeintensiv.
Die zweite von mir beschriebene Lösung ist die professionellere Variante: Hier läuft die Zuordnung über eine separate Mapping‑Tabelle, die man als weitere CSV- oder Excel-Datei führen kann. Sie enthält zwei Spalten – Originalname und Standardname – und wird in Power Query dynamisch eingelesen. Neue Varianten werden einfach in der Tabelle ergänzt, ohne dass der M‑Code angepasst werden müßte. Das macht diese Methode besonders wartbar und ideal für Produktiv-Umgebungen.
Ein Sonderfall sind Umlaute. Unterschiedliche CSV‑Kodierungen können dazu führen, dass scheinbar identische Spaltennamen technisch nicht übereinstimmen. Das Problem wird in meiner Anleitung im Detail behandelt, weil das Deutsche nun einmal Umlaute und das "ß" hat… Wichtig ist hier: Die Kodierung der Beispieldatei sollte korrekt auf UTF‑8 gesetzt sein, sonst erkennt Power Query Header mit Umlauten in der Zuordnung nicht.
Das Fazit: Ohne Standardisierung der Spaltennamen entsteht Chaos. Mit einem klaren Rename‑Schritt oder – besser – einer Mapping‑Tabelle werden Verzeichnisabfragen stabil und wartbar.
...
Der Schlüssel ist daher immer: Spaltennamen sind vor dem Kombinieren zu vereinheitlichen!
Die erste von mir beschriebene Lösung funktioniert über einen festen Rename‑Schritt in der Transformationsabfrage („Beispieldatei transformieren“). Dort werden alle Varianten auf die gewünschten Standardnamen gemappt. Mit MissingField.Ignore bleibt der Code stabil, auch wenn einzelne Varianten in manchen Dateien nicht vorkommen. Diese Methode ist transparent und schnell, aber bei vielen Namensvarianten pflegeintensiv.
Die zweite von mir beschriebene Lösung ist die professionellere Variante: Hier läuft die Zuordnung über eine separate Mapping‑Tabelle, die man als weitere CSV- oder Excel-Datei führen kann. Sie enthält zwei Spalten – Originalname und Standardname – und wird in Power Query dynamisch eingelesen. Neue Varianten werden einfach in der Tabelle ergänzt, ohne dass der M‑Code angepasst werden müßte. Das macht diese Methode besonders wartbar und ideal für Produktiv-Umgebungen.
Ein Sonderfall sind Umlaute. Unterschiedliche CSV‑Kodierungen können dazu führen, dass scheinbar identische Spaltennamen technisch nicht übereinstimmen. Das Problem wird in meiner Anleitung im Detail behandelt, weil das Deutsche nun einmal Umlaute und das "ß" hat… Wichtig ist hier: Die Kodierung der Beispieldatei sollte korrekt auf UTF‑8 gesetzt sein, sonst erkennt Power Query Header mit Umlauten in der Zuordnung nicht.
Das Fazit: Ohne Standardisierung der Spaltennamen entsteht Chaos. Mit einem klaren Rename‑Schritt oder – besser – einer Mapping‑Tabelle werden Verzeichnisabfragen stabil und wartbar.
...
Ich bin bereits Abonnent oder Abonnentin für Artikel dieses Themas, möchte den Artikel aber noch einmal laden.