PIVOT und UNPIVOT: Daten umstrukturieren

In der Arbeit mit SQL stößt du sehr schnell auf ein grundlegendes Problem: Daten lassen sich auf unterschiedliche Arten darstellen – entweder zeilenbasiert oder spaltenbasiert. Beide Formen haben ihre Berechtigung, aber nicht jede eignet sich gleich gut für Auswertungen, Reports oder Dashboards.

Gerade in der Praxis liegen Daten häufig „flach“ vor, also zeilenorientiert. Das ist ideal für die Speicherung und Verarbeitung. Für die Analyse sieht die Welt aber oft anders aus: Hier möchtest du Werte lieber als Spalten sehen, um Vergleiche schneller und übersichtlicher zu machen. Genau an diesem Punkt kommen Pivot und Unpivot ins Spiel.

Mit SQL-Funktionen wie PIVOT und UNPIVOT kannst du Daten flexibel zwischen diesen beiden Darstellungsformen umwandeln:

  • PIVOT dreht Zeilen in Spalten um und ist besonders hilfreich für Reports und Dashboards.
  • UNPIVOT macht genau das Gegenteil: Es verwandelt Spalten wieder in Zeilen und bringt Daten zurück in eine analysierbare, „normale“ Struktur.

Typische Anwendungsfälle in der Praxis sind zum Beispiel:

  • Reporting-Tabellen, in denen Monate oder Kategorien als Spalten dargestellt werden sollen
  • Dashboarding in BI-Tools, wo eine kompakte Übersicht gefragt ist
  • Data Cleaning und Datenvorbereitung für Analyse-Workflows
  • Transformation von exportierten oder „breit“ gespeicherten Daten

In diesem Artikel lernst du Schritt für Schritt, wie Pivot und Unpivot in SQL funktionieren, wann du sie sinnvoll einsetzt und welche typischen Fehler du vermeiden solltest.

Pivot, Unpivot
Buch: SQL kurz und gut

SQL kurz & gut – jetzt günstig auf Amazon
Buch: Einstieg in SQL

Einstieg in SQL – jetzt günstig auf Amazon

Grundlagen: Wann braucht man PIVOT / UNPIVOT?

Bevor du Pivot und Unpivot in SQL wirklich sinnvoll einsetzen kannst, musst du verstehen, warum diese Techniken überhaupt notwendig sind. Der wichtigste Punkt ist die Datenstruktur: In SQL liegen Daten in der Regel zeilenorientiert vor, während du für Analysen oft eine spaltenorientierte Darstellung brauchst.

Schauen wir uns zuerst ein einfaches Beispiel an. Stell dir eine Tabelle mit Monatsumsätzen vor: 


month   | amount
--------|--------
Jan     | 1200
Feb     | 1500
Mar     | 1100
Jan     | 900
Feb     | 1300
Mar     | 1400

Diese Form ist ideal für Speicherung und Aggregation. Wenn du aber einen Report erstellen willst, möchtest du häufig lieber so etwas sehen: 


product | Jan  | Feb  | Mar
--------|------|------|-----
A       | 1200 | 1500 | 1100
B       | 900  | 1300 | 1400

Genau hier kommt PIVOT ins Spiel: Es wandelt Zeilen in Spalten um und macht Daten damit deutlich übersichtlicher für Reporting und Dashboards.

Die umgekehrte Situation ist ebenfalls sehr häufig. Du hast vielleicht eine „breite“ Tabelle, die bereits viele Spalten enthält: 


product | Jan  | Feb  | Mar
--------|------|------|-----
A       | 1200 | 1500 | 1100

Für Analysen oder Machine-Learning-Workflows ist diese Form oft unpraktisch. Hier brauchst du eher eine „lange“ Struktur: 


product | month | amount
--------|-------|--------
A       | Jan   | 1200
A       | Feb   | 1500
A       | Mar   | 1100

Genau das macht UNPIVOT: Es dreht Spalten wieder zurück in Zeilen und bringt deine Daten in eine normalisierte Form.

Zusammengefasst kannst du dir merken:

  • PIVOT nutzt du, wenn du Daten für Reports oder Dashboards übersichtlicher darstellen willst.
  • UNPIVOT nutzt du, wenn du breite Tabellen in eine analysierbare, zeilenbasierte Struktur zurückführen willst.

PIVOT: Aus Zeilen werden Spalten

Der PIVOT-Operator in SQL gehört zu den wichtigsten Techniken, wenn du Daten für Reports oder Dashboards aufbereitest. Er wandelt Zeilen in Spalten um und macht dadurch Vergleiche deutlich einfacher und übersichtlicher.

Die Grundidee ist einfach: Du nimmst eine Kennzahl (z. B. Umsatz), gruppierst sie nach bestimmten Dimensionen (z. B. Produkt) und drehst eine Kategorie (z. B. Monat) in Spalten um.

Ein typisches Beispiel in SQL Server sieht so aus: 


SELECT *
FROM sales
PIVOT (
    SUM(amount)
    FOR month IN ([Jan], [Feb], [Mar])
) AS p;

Schauen wir uns die Bestandteile Schritt für Schritt an:

  • Aggregationsfunktion: In diesem Fall SUM(amount). Sie ist notwendig, weil SQL mehrere Zeilen pro Kombination zusammenfassen muss.
  • FOR-Klausel: Hier definierst du die Spalte, deren Werte zu neuen Spalten werden (hier: month).
  • IN-Liste: Hier legst du fest, welche Werte als Spalten erzeugt werden (z. B. Jan, Feb, Mar).

Das Ergebnis ist eine Tabelle, in der Monate nicht mehr als Zeilen vorkommen, sondern als eigene Spalten dargestellt werden. Dadurch kannst du Entwicklungen und Vergleiche deutlich schneller erkennen.

Wichtig ist: Der klassische PIVOT-Operator ist nicht in jeder Datenbank gleich verfügbar. SQL Server unterstützt ihn direkt, in anderen Systemen wie PostgreSQL wird häufig mit Erweiterungen oder Alternativen wie crosstab gearbeitet.

Zusammengefasst kannst du dir merken:

  • PIVOT eignet sich ideal für Reporting-Views und Dashboard-Strukturen.
  • Du musst immer eine Aggregation angeben.
  • Die Spaltenwerte müssen vorher bekannt sein (statischer Pivot).

UNPIVOT – Aus Spalten werden Zeilen

Der UNPIVOT-Operator ist das Gegenstück zu PIVOT. Während PIVOT deine Daten in eine breite, spaltenbasierte Struktur bringt, macht UNPIVOT genau das Gegenteil: Er verwandelt Spalten wieder in Zeilen.

Das ist besonders hilfreich, wenn du mit „breiten“ Tabellen arbeitest, die schwer zu analysieren oder weiterzuverarbeiten sind. Durch UNPIVOT bekommst du wieder eine normalisierte, zeilenbasierte Struktur.

Ein einfaches Beispiel in SQL Server sieht so aus: 


SELECT *
FROM monthly_sales
UNPIVOT (
    sales FOR month IN (Jan, Feb, Mar)
) AS u;

Auch hier lohnt sich ein genauer Blick auf die Struktur:

  • sales: Das ist die neue Wertespalte, in der die Zahlen aus den Monats-Spalten landen.
  • month: Diese Spalte enthält später die Namen der ursprünglichen Spalten (Jan, Feb, Mar).
  • IN-Liste: Hier definierst du, welche Spalten „umgedreht“ werden sollen.

Das Ergebnis ist eine Tabelle, in der jede Kombination aus Produkt und Monat als eigene Zeile erscheint. Dadurch wird die Datenstruktur deutlich flexibler und einfacher für Analysen oder Filterungen.

Ein wichtiger Punkt: Nicht alle Datenbanken unterstützen UNPIVOT direkt. In MySQL oder PostgreSQL wird diese Transformation häufig über UNION ALL oder ähnliche Techniken nachgebaut.

Zusammengefasst gilt:

  • UNPIVOT eignet sich zur Normalisierung breiter Tabellen.
  • Du wandelst Spalten in Zeilen um.
  • Es ist besonders nützlich für Analyse- und ETL-Prozesse.

Praxisbeispiele

Nachdem du die Grundlagen von Pivot und Unpivot in SQL kennst, schauen wir uns jetzt typische Anwendungen aus der Praxis an. Genau hier zeigt sich, wie mächtig diese beiden Techniken wirklich sind.

Fall 1: Quartalsberichte aus monatlichen Daten generieren (PIVOT)

In vielen Unternehmen liegen Umsatzdaten auf Monatsbasis vor. Für Management-Reports werden diese Daten jedoch häufig nach Quartalen zusammengefasst und als Spalten dargestellt. 


SELECT *
FROM sales
PIVOT (
    SUM(amount)
    FOR month IN ([Jan], [Feb], [Mar])
) AS p;

In der Praxis kannst du diese Struktur nutzen, um schnelle Übersichten zu erstellen, z. B. pro Produkt oder Region. Dadurch werden Trends sofort sichtbar, ohne dass du lange aggregieren musst.

Fall 2: Normalisierung einer breiten Tabelle (UNPIVOT)

Stell dir vor, du bekommst Daten aus einem Excel-Export, bei dem Monate als einzelne Spalten vorliegen. Für weitere Analysen ist diese Struktur jedoch unpraktisch. 


SELECT *
FROM monthly_sales
UNPIVOT (
    sales FOR month IN (Jan, Feb, Mar)
) AS u;

Mit UNPIVOT bringst du die Daten zurück in eine zeilenbasierte Struktur. Das ist besonders hilfreich für:

  • Filter- und Gruppenoperationen
  • Data Cleaning und Transformationen
  • Weiterverarbeitung in BI-Tools oder Python/R

Kombination von PIVOT und UNPIVOT

In manchen Fällen ist es sogar sinnvoll, beide Techniken zu kombinieren. Zum Beispiel, wenn du Daten zuerst normalisierst (UNPIVOT), um sie zu bereinigen, und anschließend wieder für ein Reporting aufbereitest (PIVOT). 


-- Beispielhafte Pipeline
-- 1. UNPIVOT (Normalisierung)
-- 2. Transformation / Cleaning
-- 3. PIVOT (Reporting)

Diese Kombination wird häufig in ETL-Prozessen genutzt, also beim Aufbereiten von Daten für Data Warehouses oder BI-Systeme.

Wichtige Hinweise & Fallstricke

Auch wenn Pivot und Unpivot in SQL sehr mächtige Werkzeuge sind, gibt es einige typische Stolperfallen, die dir in der Praxis schnell Probleme machen können. Wenn du sie kennst, sparst du dir viel Debugging-Zeit.

Notwendigkeit einer Aggregationsfunktion

Beim PIVOT musst du immer eine Aggregationsfunktion angeben, z. B. SUM, COUNT oder AVG. Selbst wenn deine Daten eindeutig sind, verlangt SQL diese Logik. 


SELECT *
FROM sales
PIVOT (
    SUM(amount)
    FOR month IN ([Jan], [Feb], [Mar])
) AS p;

Ohne Aggregation funktioniert ein Pivot in den meisten Datenbanken nicht.

Dynamische PIVOTs

Ein häufiger Praxisfall ist, dass du die Spalten vorher nicht kennst (z. B. neue Monate oder Kategorien). Dann reicht ein statischer Pivot nicht aus.

In solchen Fällen brauchst du dynamisches SQL, bei dem die Spaltenliste zur Laufzeit erzeugt wird. Das erhöht jedoch die Komplexität deutlich und sollte mit Vorsicht eingesetzt werden.

Performance bei großen Datenmengen

Sowohl PIVOT als auch UNPIVOT können bei großen Tabellen teuer werden, da viele Aggregationen und Transformationen durchgeführt werden.

  • Achte auf passende Indizes auf Gruppierungs- und Filterspalten
  • Vermeide unnötig große IN-Listen
  • Teste Abfragen immer mit realistischen Datenmengen

Unterschiede zwischen Datenbanken

Nicht jede Datenbank unterstützt PIVOT und UNPIVOT gleich gut:

  • SQL Server: native Unterstützung für beide Operatoren
  • Oracle: unterstützt PIVOT/UNPIVOT direkt
  • PostgreSQL: nutzt meist crosstab oder Erweiterungen
  • MySQL: keine native Unterstützung, meist CASE oder UNION ALL

Wenn du plattformübergreifend arbeitest, solltest du diese Unterschiede unbedingt berücksichtigen.

Buch: SQL kurz und gut

SQL kurz & gut – jetzt günstig auf Amazon
Buch: Einstieg in SQL

Einstieg in SQL – jetzt günstig auf Amazon

Alternativen

Auch wenn Pivot und Unpivot in SQL sehr praktisch sind, gibt es in vielen Fällen Alternativen, die flexibler oder besser kompatibel mit verschiedenen Datenbanken sind. Besonders dann, wenn du plattformunabhängig arbeiten musst, lohnt sich ein Blick auf diese Ansätze.

CASE + Aggregation als manuelles PIVOT

Eine der häufigsten Alternativen zu PIVOT ist die Kombination aus CASE-Ausdrücken und Aggregationsfunktionen. Diese Methode funktioniert in nahezu jeder SQL-Datenbank. 


SELECT
    product,
    SUM(CASE WHEN month = 'Jan' THEN amount ELSE 0 END) AS Jan,
    SUM(CASE WHEN month = 'Feb' THEN amount ELSE 0 END) AS Feb,
    SUM(CASE WHEN month = 'Mar' THEN amount ELSE 0 END) AS Mar
FROM sales
GROUP BY product;

Der Vorteil: Du hast volle Kontrolle über die Logik und bist nicht auf spezielle SQL-Features angewiesen.

UNION ALL als Ersatz für UNPIVOT

Für UNPIVOT kannst du in vielen Fällen einfach mehrere SELECT-Abfragen mit UNION ALL kombinieren. 


SELECT product, 'Jan' AS month, Jan AS sales FROM monthly_sales
UNION ALL
SELECT product, 'Feb', Feb FROM monthly_sales
UNION ALL
SELECT product, 'Mar', Mar FROM monthly_sales;

Diese Methode ist zwar etwas länger, funktioniert aber in praktisch jeder SQL-Datenbank und ist sehr transparent.

JSON- und XML-Funktionen als moderne Alternative

Viele moderne Datenbanken bieten Funktionen zur Arbeit mit JSON oder XML. Damit kannst du flexible Datenstrukturen erzeugen, ohne klassische Pivot-Operationen zu nutzen.

Das ist besonders hilfreich, wenn du dynamische oder stark variierende Daten verarbeitest, bei denen feste Spaltenstrukturen unpraktisch sind.

  • JSON eignet sich gut für APIs und flexible Datenmodelle
  • XML wird häufig in älteren Enterprise-Systemen genutzt
  • Beide Ansätze können Pivot/Unpivot teilweise ersetzen

Zusammengefasst gilt: Pivot und Unpivot sind komfortabel, aber nicht immer die einzige oder beste Lösung.

Fazit

Pivot und Unpivot in SQL sind zwei sehr mächtige Techniken, wenn es darum geht, Daten flexibel zwischen zeilen- und spaltenbasierter Struktur zu transformieren. In der Praxis wirst du sie vor allem dann einsetzen, wenn du Daten für Reports, Dashboards oder Analysen aufbereiten musst.

Der wichtigste Unterschied lässt sich einfach zusammenfassen:

  • PIVOT macht aus Zeilen Spalten und eignet sich ideal für übersichtliche Reports.
  • UNPIVOT macht aus Spalten wieder Zeilen und bringt Daten in eine analysierbare, normale Struktur.

Du solltest Pivot immer dann nutzen, wenn du eine feste, gut definierte Struktur für Reporting-Zwecke brauchst. Unpivot ist dagegen besonders hilfreich, wenn du Daten aus Excel-Exports, APIs oder Data Warehouses in eine saubere, flexible Form bringen willst.

Gleichzeitig ist wichtig zu verstehen: Beide Funktionen sind nicht in jeder Datenbank gleich umgesetzt. In vielen Fällen gibt es Alternativen wie CASE-Abfragen oder UNION ALL, die oft sogar portabler sind.

Wenn du mit SQL arbeitest, lohnt es sich also, beide Ansätze zu kennen:

  • die „komfortable“ Lösung mit PIVOT / UNPIVOT
  • und die „universelle“ Lösung mit Standard-SQL

Am Ende geht es nicht darum, immer die komplexeste Funktion zu nutzen, sondern die passende Lösung für dein Datenproblem zu wählen.

Im nächsten Schritt kannst du dich mit dynamischen Pivot-Abfragen oder mit fortgeschrittenem Datenmodell-Design beschäftigen, um noch flexibler mit großen Datenmengen zu arbeiten.