O PostgreSQL Global Development Group adiou o lançamento do PostgreSQL 19, uma das mudanças de cronograma mais importantes nos 30 anos de história do banco de dados de código aberto, depois que a revisão de código assistida pelo LLM revelou mais defeitos do que a comunidade voluntária poderia resolver antes do lançamento.
O lançamento, antes previsto para o final de setembro ou início de outubro, agora deve chegar à disponibilidade geral por volta de 19 de novembro, de acordo com um relatório do The Register publicado em 16 de outubro. Além do atraso, os desenvolvedores reverteram entre oito e 10 recursos significativos, empurrando-os para o PostgreSQL 20 do próximo ano. Para mais contexto sobre esta história, confira nossa últimos desenvolvimentos em IA.
A barra de qualidade mudou no meio do ciclo
Peter Eisentraut, vice-presidente da consultoria PostgreSQL EDB e um dos principais committers do projeto, expôs o raciocínio em uma postagem no blog intitulada “As reversões continuarão até que o moral melhore”, publicado em 9 de outubro.
De acordo com Eisentraut, alguns dos recursos revertidos apresentavam defeitos arquitetônicos significativos que seriam difíceis de corrigir “rapidamente e durante a versão beta”. Mas o problema mais incomum era uma longa série de problemas menores que os ciclos de lançamento anteriores simplesmente nunca teriam detectado a tempo.
A revisão de código assistida por LLM, escreveu ele, descobriu “problemas relativamente inofensivos envolvendo vários casos extremos” que no passado poderiam não ter sido notados até anos após o lançamento, normalmente surgindo como correções de bugs ao longo dos cinco anos após o lançamento. Com a revisão da IA, esses mesmos defeitos agora aparecem antes do código ser enviado.
“Com a revisão de código assistida por LLM, esses tipos de coisas podem ser encontrados muito mais rapidamente, e então você está diante de uma lista de quarenta relatórios de defeitos”, escreveu Eisentraut. "Mesmo que cada um deles exija apenas uma correção de três linhas, em média, há uma sobrecarga fixa para lidar com cada um deles, e então você fica sem tempo."
O momento da mudança de qualidade é tão importante quanto a sua escala. Quando os principais recursos do PostgreSQL 19 foram escritos, as ferramentas de revisão baseadas em LLM ainda não eram tão capazes quanto nos meses que antecederam o lançamento. O projeto efetivamente elevou seu próprio padrão de qualidade depois que o código já havia sido confirmado.
“O padrão de qualidade efetivo foi elevado após o momento em que o artigo foi escrito e confirmado”, disse Eisentraut. "A menos que os recursos de revisão de código assistida por LLM continuem melhorando no ritmo atual, esta situação deverá se resolver para futuros ciclos de desenvolvimento."
Não é 'codificação Vibe'
Eisentraut teve o cuidado de distinguir a situação do desenvolvimento desleixado gerado pela IA. As reversões, enfatizou ele, não foram resultado de “vibe coding”, uma vez que a técnica não estava disponível quando a maioria dos novos recursos do PostgreSQL 19 foram escritos. Os problemas do banco de dados vieram de uma melhor revisão, e não de uma pior autoria.
Essa distinção é o que torna o episódio notável para a indústria de software em geral. O banco de dados de código aberto mais maduro do mundo – proposto pela primeira vez por Michael Stonebraker em 1986 e renomeado como PostgreSQL em 1995, quando Andrew Yu e Jolly Chen substituíram a linguagem de consulta POSTQUEL pelo SQL – não quebrou porque os desenvolvedores foram descuidados. Demorou porque as ferramentas de IA tornaram o escrutínio existente dramaticamente mais eficaz.
Uma vítima emblemática: consultas gráficas
O recurso mais proeminente retirado do lançamento é o suporte para SQL Property Graph Queries (SQL/PGQ), um recurso de correspondência de gráficos que se tornou parte do padrão SQL em 2023. A sintaxe permite que os desenvolvedores explorem relacionamentos entre nós conectados por bordas diretamente no SQL, e a implementação do PostgreSQL foi um dos recursos mais esperados do PostgreSQL 19.
Ele foi removido devido a problemas de correção não resolvidos. O contribuidor do PostgreSQL, Tom Lane, avisou antes da decisão, de acordo com o The Register: "Neste ponto, eu estaria disposto a apostar que, se o lançarmos na v19, haverá descobertas de bugs pós-lançamento que não poderão ser corrigidos até a v20."
Espera-se que os recursos revertidos, incluindo SQL/PGQ, cheguem ao PostgreSQL 20. Até recentemente, presumia-se que essa versão não continha nenhum recurso novo – um acompanhamento focado na estabilização. Agora provavelmente irá absorver o trabalho deslocado do PostgreSQL 19.
O que ainda será lançado em novembro
Apesar dos atrasos, Eisentraut prometeu que o PostgreSQL 19 ainda será “um grande lançamento”. Entre os recursos retidos está REPACK CONCURRENTLY, que recupera espaço em disco sem a operação VACUUM FULL de bloqueio de tabela, que há muito tempo é um problema para bancos de dados de produção.
“E será muito robusto, depois de todo o escrutínio adicional”, disse ele.
Um sinal para cada equipe de engenharia
O episódio do PostgreSQL é um dos exemplos mais claros do mundo real de revisão de código de IA que muda não apenas a forma como o software é construído, mas o que significa “pronto”. Um projeto que lançou lançamentos confiáveis em uma cadência anual durante décadas descobriu que suas novas ferramentas de revisão geraram descobertas mais acionáveis do que seus mantenedores poderiam processar dentro do calendário existente.
Para as equipes empresariais que apostam no desenvolvimento assistido por IA, a lição da comunidade PostgreSQL é medida: a revisão da IA pode aumentar substancialmente a qualidade, mas as organizações precisam da capacidade de revisão – tempo humano, processo de triagem e folga de cronograma – para absorver o que os modelos encontram. A alternativa é a que o PostgreSQL escolheu: mudar a data de lançamento.
Para administradores de banco de dados que planejam atualizações, a orientação prática permanece inalterada em relação a qualquer migração de versão principal: teste as cargas de trabalho em relação aos betas do PostgreSQL 19, mas espere o lançamento pronto para produção por volta de 19 de novembro, em vez da janela original de outono.
À medida que as ferramentas de revisão de IA se espalham pelo ecossistema de código aberto – o kernel Linux formalizou recentemente regras de divulgação para o uso de ferramentas de IA, um debate que o The Register acompanhou de perto – a experiência do PostgreSQL oferece uma prévia. Uma melhor revisão encontra mais bugs. Mais bugs levam tempo para serem corrigidos. E, às vezes, a resposta mais saudável a uma IA que encontra mais defeitos do que os humanos podem lidar é simplesmente enviar mais tarde.
---
Fique à Frente da IAAs últimas notícias, análises e avanços em inteligência artificial — tudo em um só lugar.
Ler mais notícias de IA →
