Normalerweise erscheint eine neue PostgreSQL-Hauptversion jedes Jahr im September oder Oktober — zuverlässig wie ein Uhrwerk. Bei PostgreSQL 19 ist davon in diesem Jahr wenig zu spüren. Das Projekt spricht inzwischen offen über einen der unruhigsten Release-Zyklen der letzten Jahre.
DAS PROBLEM: Acht Features in letzter Minute, dutzende Rückzieher
Nach Angaben aus dem Entwicklerkreis landeten acht größere Funktionen erst in den letzten fünf Wochen vor dem Feature-Freeze im Code — ungewöhnlich spät für ein Projekt, das für seine sorgfältige Release-Planung bekannt ist. Die Folge: In der anschließenden Fehlersuche mussten mehrere dieser Funktionen wieder zurückgenommen werden.
Insgesamt wurden im laufenden Beta-Zyklus 53 Funktionen zurückgezogen — deutlich mehr als die rund 44 Rückzieher bei PostgreSQL 18. Zu den bekanntesten Streichungen gehören:
- SQL Property Graph Queries — eine neue Abfragesprache für Graph-artige Datenstrukturen direkt in SQL.
- ALTER TABLE MERGE/SPLIT PARTITION(S) — das Zusammenführen und Aufteilen von Tabellen-Partitionen ohne Umweg über Neuanlage.
- GROUP BY ALL — eine Komfort-Syntax, die alle nicht aggregierten Spalten automatisch gruppiert.
- TOAST-Kompression mit lz4 als zusätzliche Option für große, ausgelagerte Feldwerte.
Grund für die Rückzieher waren laut Projektangaben überwiegend Designfehler oder Bugs, die erst in der Prüfung nach dem Commit auffielen — also genau die Art von Problemen, die eine gründliche Beta-Phase eigentlich verhindern soll.
DIE NEUE ZEITPLANUNG
Beta 4 ist für den 24. September 2026 angesetzt, der Code-Freeze dafür lag bereits am 19. September. Das Release-Management-Team nennt als Ziel eine allgemeine Verfügbarkeit „bis Ende Oktober“ — betont aber selbst, dass dies ein Ziel ist, keine feste Zusage. Auf der offiziellen Open-Items-Seite des Projekts stehen sowohl der erste Release-Kandidat als auch die finale Version nach wie vor als „TBD“ (noch offen).
Die offizielle Begründung des Teams ist bemerkenswert selbstkritisch: Man reduziere bewusst den Umfang des Releases, um dem Zeitplan wieder näherzukommen — mit der Qualität, die das Projekt von sich selbst verlangt. Lieber ein kleineres, stabiles PostgreSQL 19 als ein pünktliches mit Nacharbeit im Livebetrieb.
WAS DAS FÜR DEIN HOMELAB BEDEUTET
Für alle, die PostgreSQL als Unterbau für selbst gehostete Anwendungen nutzen — von Nextcloud-Alternativen über Immich bis zu eigenen Projekten — ändert sich kurzfristig nichts. Die aktuelle stabile Version PostgreSQL 18 bleibt unberührt und weiterhin die richtige Wahl für Produktivsysteme. Wer testen möchte, findet die Beta-Versionen wie gewohnt zum Ausprobieren in einer isolierten Umgebung — für den produktiven Einsatz sind Betaversionen grundsätzlich tabu.
EXTRA-TIPP: Wer eine der jetzt gestrichenen Funktionen für ein eigenes Projekt eingeplant hatte — etwa die Property-Graph-Abfragen —, sollte die eigene Zeitplanung entsprechend anpassen. Diese Funktionen sind nicht endgültig verworfen, sondern verschieben sich voraussichtlich auf eine der nächsten Hauptversionen.
FAZIT: Lieber spät und stabil als pünktlich und wackelig
Ein Release, das sich verzögert und dabei sichtbar Funktionen einbüßt, klingt zunächst nach einem Problem. Bei einer Datenbank, auf die tausende Produktivsysteme weltweit vertrauen, ist die Reaktion des Projekts aber genau richtig: lieber Umfang reduzieren als überstürzt Fehler ausliefern. Für Selbst-Hoster heißt das schlicht: abwarten und PostgreSQL 18 laufen lassen, bis die finale 19er-Version wirklich steht.