PostgreSQL 19 kommt erst im November; ein Entwickler nennt KI-Funde als Grund
Serguey Asael Shinder2 Min. LesezeitSeit zehn Jahren erscheinen PostgreSQL-Hauptversionen zwischen Mitte September und Mitte Oktober. Bei PostgreSQL 19 wird das nicht so sein. In einem Beitrag vom 30. Oktober (https://rhaas.blogspot.com/2026/10/postgres-19-is-late-and-its-ais-fault.html) schreibt der langjährige Committer Robert Haas, die Version komme sehr wahrscheinlich im November, eine weitere Verschiebung sei nicht ausgeschlossen.
Seine Zahlen stammen aus der Git-Historie des Projekts. Im Zeitraum vom 8. April, dem Feature Freeze, bis zum 25. September erhielt der Hauptzweig 2025 1.037 Commits und 2026 1.443. Die Commits in den jeweils zu stabilisierenden Release-Zweig stiegen von 724 für Version 18 auf 1.169 für Version 19; zurückportierte Arbeit wuchs also um mehr als 60 %, während die Arbeit am Hauptzweig nach dem Freeze sogar leicht sank. Auch der vorige stabile Zweig erhielt deutlich mehr Commits, 433 statt 248, ein Plus von mehr als 74 %. Zwischen dem 27. August und dem 15. September wurden drei große Funktionen wieder entfernt: UPDATE/DELETE FOR PORTION OF, SQL-Property-Graph-Abfragen und ALTER TABLE MERGE/SPLIT PARTITION.
Haas erklärt das nicht mit nachlässigeren Committern, sondern damit, dass heute viel mehr Menschen Fehler melden, die sie mit LLMs gefunden haben, in neuem wie in jahrzehntealtem Code. Modelle können Korrekturen entwerfen, schreibt er, doch diese sind nicht immer richtig oder entsprechen nicht den Projektstandards; jede wird weiterhin von Menschen geprüft und eingespielt. Zeit, die sonst in die Prüfung der anstehenden Version geflossen wäre, ging in Sicherheits- und Fehlerkorrekturen der älteren Zweige, weshalb die Rücknahmen so spät kamen.
Die Verzögerung selbst hält er für unbedenklich, das langfristige Bild für „weniger klar und in mancher Hinsicht beunruhigender“: Vierzig Jahre an Fehlern, die Menschen übersehen haben, sind nun auffindbar, und das Projekt muss weiter Neues entwickeln, während es sie abarbeitet.
Was das bedeutet
Der Beitrag beziffert, was viele Maintainer nur anekdotisch schildern: Der Engpass hat sich vom Finden der Fehler zum Prüfen der Korrekturen verschoben. Für PostgreSQL-Nutzer heißt das praktisch häufigere Nebenversionen der stabilen Zweige, die diese Korrekturen enthalten und eingespielt werden sollten. Anderen Projekten liefern die Zahlen einen Vergleichswert. Die Zuordnung ist Haas' Einschätzung als Insider, keine gemessene Aufteilung der Meldungen nach Herkunft.