De PostgreSQL Global Development Group heeft de release van PostgreSQL 19 uitgesteld, een van de meest consequente schemawijzigingen in de 30-jarige geschiedenis van de open source-database, nadat LLM-ondersteunde codebeoordeling meer defecten aan het licht bracht dan de vrijwilligersgemeenschap vóór de lancering kon oplossen.
De release, ooit gepland voor eind september of begin oktober, zal nu naar verwachting rond 19 november algemeen beschikbaar zijn, volgens een rapport van The Register dat op 16 oktober werd gepubliceerd. Naast de vertraging hebben ontwikkelaars tussen de acht en tien belangrijke functies teruggedraaid, waardoor ze naar PostgreSQL 20 van volgend jaar zijn verschoven. Voor meer context over dit verhaal, zie ons AI-nieuws.
De kwaliteitsbalk is halverwege de cyclus verschoven
Peter Eisentraut, vice-president bij PostgreSQL-adviesbureau EDB en een van de leidende committers van het project, zette de redenering uiteen in een blogpost met de titel "De terugval zal doorgaan totdat het moreel verbetert", gepubliceerd op 9 oktober.
Volgens Eisentraut vertoonden sommige van de herstelde kenmerken aanzienlijke architectonische gebreken die moeilijk "snel en tijdens de bèta" te repareren zouden zijn geweest. Maar het meer ongebruikelijke probleem was een lange reeks kleinere problemen die eerdere releasecycli simpelweg nooit op tijd zouden hebben opgemerkt.
Door LLM ondersteunde codebeoordeling, zo schreef hij, bracht "relatief onschuldige problemen met verschillende randgevallen" aan het licht die in het verleden misschien pas jaren na de lancering werden opgemerkt, en die doorgaans in de vijf jaar na de release naar boven kwamen als bugfixes. Met AI-beoordeling verschijnen diezelfde defecten nu voordat de code wordt verzonden.
"Met LLM-ondersteunde codebeoordeling kunnen dit soort dingen veel sneller worden gevonden, en dan staar je naar een lijst van veertig defectrapporten", schreef Eisentraut. "Zelfs als elk van deze gemiddeld slechts een fix van drie regels nodig heeft, is er een vaste overhead voor het omgaan met elk van deze, en dan kom je tijd tekort."
De timing van de kwaliteitsverschuiving is net zo belangrijk als de schaal ervan. Toen de belangrijkste PostgreSQL 19-functies werden geschreven, was de op LLM gebaseerde beoordelingstool nog niet zo capabel als in de maanden voorafgaand aan de lancering. Het project legde feitelijk zijn eigen kwaliteitslat hoger nadat de code al was vastgelegd.
"De lat voor effectieve kwaliteit is hoger gelegd nadat de feature is geschreven en vastgelegd", aldus Eisentraut. "Tenzij de mogelijkheden van LLM-ondersteunde codebeoordeling in het huidige tempo blijven verbeteren, zou deze situatie zichzelf moeten oplossen voor toekomstige ontwikkelingscycli."
Niet 'Vibe-codering'
Eisentraut zorgde ervoor dat hij de situatie onderscheidde van een slordige, door AI gegenereerde ontwikkeling. De terugval, zo benadrukte hij, was niet het resultaat van 'vibe coding', aangezien de techniek nog niet beschikbaar was toen de meeste nieuwe functies van PostgreSQL 19 werden geschreven. De problemen met de database kwamen voort uit een betere beoordeling, niet uit een slechtere schrijfwijze.
Dat onderscheid maakt de aflevering opmerkelijk voor de bredere software-industrie. De meest volwassen open source-database ter wereld – voor het eerst voorgesteld door Michael Stonebraker in 1986 en omgedoopt tot PostgreSQL in 1995 toen Andrew Yu en Jolly Chen de POSTQUEL-querytaal vervingen door SQL – ging niet kapot omdat ontwikkelaars onzorgvuldig werden. Het heeft vertraging opgelopen omdat AI-instrumenten het bestaande toezicht dramatisch effectiever hebben gemaakt.
Een vlaggenschipslachtoffer: grafiekquery's
De meest opvallende functie uit de release is ondersteuning voor SQL Property Graph Queries (SQL/PGQ), een functie voor het matchen van grafieken die in 2023 onderdeel werd van de SQL-standaard. Met de syntaxis kunnen ontwikkelaars relaties verkennen tussen knooppunten die rechtstreeks in SQL zijn verbonden door randen, en de implementatie van PostgreSQL was een van de meest verwachte PostgreSQL 19-functies.
Het is verwijderd vanwege onopgeloste correctheidsproblemen. PostgreSQL-medewerker Tom Lane had vóór de beslissing gewaarschuwd, volgens The Register: "Op dit moment durf ik te wedden dat als we het in versie 19 uitbrengen, er na de release bugs zullen worden ontdekt die tot versie 20 niet kunnen worden opgelost."
De teruggedraaide functies, waaronder SQL/PGQ, zullen naar verwachting in PostgreSQL 20 terechtkomen. Tot voor kort werd aangenomen dat die release helemaal geen nieuwe functies bevatte – een op stabilisatie gerichte opvolger. Het zal nu waarschijnlijk het verplaatste PostgreSQL 19-werk absorberen.
Wat nog steeds wordt verzonden in november
Ondanks de vertragingen beloofde Eisentraut dat PostgreSQL 19 nog steeds "een geweldige release" zal zijn. Een van de behouden functies is REPACK CONCURRENTLY, dat schijfruimte vrijmaakt zonder de tabelvergrendelende VACUUM FULL-bewerking, die lange tijd een pijnpunt is geweest voor productiedatabases.
"En het zal zeer robuust zijn, na al het aanvullende onderzoek", zei hij.
Een signaal voor elk engineeringteam
De PostgreSQL-aflevering is een van de duidelijkste praktijkvoorbeelden van AI-codebeoordeling die niet alleen de manier verandert waarop software wordt gebouwd, maar ook wat ‘klaar’ betekent. Een project dat al tientallen jaren betrouwbare releases op jaarbasis levert, ontdekte dat de nieuwe beoordelingstools meer bruikbare bevindingen opleverden dan de beheerders ervan binnen de bestaande kalender konden verwerken.
Voor bedrijfsteams die inzetten op AI-ondersteunde ontwikkeling wordt de les van de PostgreSQL-gemeenschap gemeten: AI-beoordeling kan de kwaliteit substantieel verhogen, maar organisaties hebben de beoordelingscapaciteit nodig (menselijke tijd, triageproces en speling in de planning) om te absorberen wat de modellen vinden. Het alternatief is wat PostgreSQL heeft gekozen: de releasedatum verplaatsen.
Voor databasebeheerders die upgrades plannen, zijn de praktische richtlijnen onveranderd ten opzichte van elke migratie van een grote versie: test de werklasten met de bètaversies van PostgreSQL 19, maar verwacht de productieklare release rond 19 november in plaats van de oorspronkelijke herfstperiode.
Terwijl AI-beoordelingstools zich verspreidden door het open source-ecosysteem (de Linux-kernel heeft onlangs de openbaarmakingsregels voor het gebruik van AI-tools geformaliseerd, een debat dat The Register nauwlettend heeft gevolgd) biedt de ervaring van PostgreSQL een voorproefje. Betere beoordeling vindt meer bugs. Het kost tijd om meer bugs op te lossen. En soms is de gezondste reactie op een AI die meer defecten ontdekt dan mensen aankunnen, simpelweg later verzenden.
---
Blijf Voorop met AIHet laatste AI-nieuws, analyses en doorbraken — allemaal op één plek.
Lees meer AI-nieuws →
