PostgreSQL 19 opóźniony przez błędy wykryte z pomocą AI

Kiedy premiera PostgreSQL 19

Według ogłoszenia PostgreSQL Global Development Group z 15 października 2026 roku pierwszy kandydat do wydania, PostgreSQL 19 RC 1, jest już dostępny do pobrania. Zespół wydawniczy zdecydował, że do wersji 19 trafi duża liczba poprawek przygotowanych na aktualizację starszych gałęzi zaplanowaną na 12 listopada. Dlatego tego samego dnia ukaże się RC 2.

Jeśli nie wyjdą na jaw kolejne problemy, wersja stabilna będzie dostępna 19 listopada 2026 roku. Mapa drogowa na stronie projektu nadal wskazuje październik jako planowany termin, a The Register pisze o pierwotnym celu na przełom września i października.

Dlaczego wycofano tyle funkcji

Peter Eisentraut, commiter PostgreSQL i wiceprezes w firmie EDB, opisał sytuację na swoim blogu 9 października. Według niego część wycofanych funkcji miała poważne wady architektury, których nie dało się szybko naprawić w fazie beta. Obok nich pojawił się jednak długi ogon mniej groźnych błędów w nietypowych przypadkach brzegowych.

Wcześniej takie błędy wychodziłyby na jaw stopniowo, w ciągu kilku lat po premierze. Przegląd kodu wspierany przez modele językowe znajduje je szybciej, więc autor funkcji nagle dostaje listę około 40 zgłoszeń. Eisentraut zauważa, że nawet jeśli każda poprawka to średnio trzy linie, obsługa każdego zgłoszenia ma stały koszt i czas się kończy.

Rola AI i innych przyczyn

Eisentraut nie przypisuje opóźnienia wyłącznie AI. Wymienia też zwykłe niedociągnięcia w kodzie, zbieg okoliczności przy kilku wyjątkowo trudnych funkcjach oraz złożoność systemu, w którym każda funkcja musi współpracować ze wszystkimi innymi.

Wskazuje również na falę poprawek bezpieczeństwa, którą nazywa „Vulnpocalypse”. Od kwietnia do sierpnia 2026 roku doświadczeni deweloperzy zajmowali się głównie łataniem luk, więc zwykły przegląd i testy w fazie beta wróciły dopiero później. Funkcje pisano, gdy przegląd z pomocą AI był mniej skuteczny, a w trakcie testów poprzeczka jakości wyraźnie się podniosła.

Co zostaje w wersji 19, a co przechodzi do 20

Zespół zapowiada, że PostgreSQL 19 nadal będzie dużym wydaniem. Poniżej zebraliśmy najważniejsze informacje o zawartości wersji na podstawie wpisu Eisentrauta, ogłoszenia RC 1 i relacji The Register.

• Zostaje REPACK CONCURRENTLY, czyli odzyskiwanie miejsca na dysku bez blokowania tabeli, które wymuszał VACUUM FULL.
• Zostaje logiczna replikacja sekwencji, funkcja wycofana już wcześniej i teraz dopracowana.
• Zostaje pg_plan_advice, czyli podpowiedzi dla planera zapytań.
• Wycofano m.in. SQL/PGQ, czyli zapytania o grafy właściwości zgodne ze standardem SQL z 2023 roku.
• Wycofane funkcje prawdopodobnie trafią do PostgreSQL 20, który wcześniej miał zawierać głównie poprawki.

Co zrobić przed aktualizacją

Dla administratorów i zespołów korzystających z PostgreSQL opóźnienie oznacza głównie przesunięcie planów migracji o kilka tygodni. Przejście na wersję 19 wymaga aktualizacji wersji głównej, na przykład przez pg_upgrade albo pg_dump i pg_restore, więc warto przetestować je na kopii bazy z RC 1.

W naszej ocenie przed aktualizacją produkcji dobrze jest sprawdzić listę funkcji w finalnych notach wydania, a nie w zapowiedziach z bety. Szczególnie dotyczy to zespołów, które planowały korzystać z SQL/PGQ. 12 listopada ukażą się też aktualizacje starszych wersji z wieloma poprawkami, więc warto je wdrożyć niezależnie od decyzji o migracji.

Co ten przypadek mówi o przeglądzie kodu z AI

Historia PostgreSQL pokazuje mniej oczywisty koszt narzędzi AI. Nawet gdy znajdują prawdziwe błędy, liczba zgłoszeń może przerosnąć możliwości ludzi, którzy muszą je ocenić i poprawić. Podobny problem opisał Linus Torvalds w kontekście jądra Linux.

Eisentraut proponuje dwa kierunki. Fuzzing (automatyczne testowanie losowymi danymi) wspierany przez modele językowe powinien stać się częścią pracy nad nowymi funkcjami, a wewnętrzne interfejsy bazy trzeba uprościć. Społeczność rozważa też wprowadzanie funkcji ze statusem eksperymentalnym. Jego zdaniem sytuacja powinna się ustabilizować w kolejnych cyklach, chyba że narzędzia AI nadal będą się poprawiać w obecnym tempie.