PostgreSQL 19 uitgesteld nadat AI-reviews bugs vonden

PostgreSQL 19 komt later dan gepland. De ontwikkelaars van de populaire opensource-database mikten op eind september of begin oktober, maar de definitieve versie verschijnt nu rond 19 november. Een deel van de oorzaak is opvallend: code-reviews met taalmodellen vonden meer fouten dan de vrijwilligers op tijd konden oplossen.

Acht tot tien functies geschrapt

Dat meldt The Register op basis van een blogpost van Peter Eisentraut, vicepresident bij PostgreSQL-dienstverlener EDB en een van de vaste committers van het project. Volgens hem zijn acht tot tien grote functies teruggedraaid. Die schuiven door naar PostgreSQL 20, een versie waarvan het team eigenlijk verwachtte dat er vooral bugfixes in zouden zitten.

Bij sommige van die functies ging het om fundamentele ontwerpfouten die tijdens de bètafase niet snel te repareren waren. Daarnaast leverde LLM-ondersteunde review een lange reeks kleine randgevallen op. Eisentraut noemt als voorbeeld een lijst van veertig defectmeldingen, die elk gemiddeld met drie regels code te verhelpen waren. Zonder die reviews waren ze pas later boven water gekomen. “De effectieve kwaliteitslat is hoger komen te liggen nadat de functie geschreven en gecommit was”, schrijft hij.

Hij benadrukt dat vibe coding er niets mee te maken heeft. De meeste geschrapte functies werden geschreven voordat die werkwijze bestond.

Grafenquery’s moeten wachten

Het bekendste slachtoffer is SQL/PGQ, ondersteuning voor property graph queries die in 2023 aan de SQL-standaard werden toegevoegd. Veteraan Tom Lane waarschuwde dat een release in versie 19 zou leiden tot bugs die pas in versie 20 te repareren zijn. Hij wilde er een etentje om verwedden. REPACK CONCURRENTLY blijft wel in de release. Daarmee kun je schijfruimte terugwinnen zonder de tabel te vergrendelen, zoals VACUUM FULL dat doet.

Developer advocate Elizabeth Garrett Christensen van Snowflake telde in september in een overzicht op het engineeringblog 53 reverts voor PostgreSQL 19, tegen zo’n 44 voor versie 18. Op haar lijst staan ook GROUP BY ALL, dat in bepaalde gevallen verkeerde resultaten gaf, en het samenvoegen en splitsen van partities. Veel van de late reverts kwamen volgens haar uit diepgaande AI-reviews, al geeft ze daar geen aantal bij. Ze wijst ook op een bugwedstrijd die Robert Haas met AI-hulp organiseerde, en op de 28 CVE’s in de PostgreSQL 18-patch van augustus. Normaal zijn dat er een paar per release. Een officieel beleid voor AI-bijdragen heeft het project nog niet.

Niet iedereen geeft AI de schuld

Op Hacker News zijn de reacties verdeeld. Een deel van de ontwikkelaars ziet het uitstel als bewijs dat het reviewproces werkt. Anderen vrezen dat onvoldoende gecontroleerde AI-meldingen kostbare tijd van maintainers opslokken. Datzelfde speelde eerder toen Google zijn open-source bugbounty stilzette door AI-meldingen. Lees ook ons stuk over de opensource-scanner van Anthropic.

Wat betekent dit

Voor beheerders is het advies simpel: PostgreSQL 18 is voorlopig het veilige upgradedoel. Volgens de planning volgt op 12 november een tweede release candidate.

Het grotere verhaal gaat over capaciteit. AI vindt fouten sneller dan mensen ze kunnen oplossen, en dat verschuift de bottleneck in opensourceprojecten van het vinden naar het repareren. Dat zie je ook bij Linus Torvalds, die Linux-patches met Claude Code schrijft, en in Harvard-onderzoek naar codeeragents in code review. Bedrijven die AI-code inzetten, kennen de keerzijde al: bij 81 procent veroorzaakte AI-code storingen.

“Een AI-reviewer is pas waardevol als je team de meldingen kan beoordelen en wegen. Wie dat niet kan, krijgt vooral een langere takenlijst.”

Leon Tindemans, AI-expert en Copilot- & ChatGPT-trainer. Lees meer over AI-geletterdheid bij TTM Communicatie.