O PostgreSQL 19 atrasa para novembro de 2026. A IA/LLM acelerou a caça a bugs, sobrecarregou os desenvolvedores e forçou a reversão de recursos. Entenda o impacto e prepare-se.
O lançamento do PostgreSQL 19, tradicionalmente aguardado entre setembro e outubro, não deve ocorrer antes de 19 de novembro de 2026 .
O motivo é inusitado e revela uma nova dinâmica no desenvolvimento de software open source: a Inteligência Artificial está encontrando tantos bugs que a equipe de desenvolvedores humanos não consegue corrigi-los a tempo.
Neste artigo, você vai entender o que está acontecendo, quais recursos foram adiados, o que isso significa para a sua infraestrutura e como se preparar para a versão que chega (mais enxuta, porém mais estável).
O que aconteceu com o PostgreSQL 19?
O desenvolvedor Robert Haas, uma das figuras centrais do projeto, explicou em seu blog que o cronograma foi impactado por dois fatores principais .
Primeiro, o volume de relatórios de bugs gerados por agentes de IA e LLMs disparou. Ferramentas de revisão assistida por inteligência artificial conseguem identificar uma quantidade massiva de problemas em um código antigo e complexo como o do PostgreSQL.
No entanto, as correções sugeridas pelas LLMs nem sempre estão corretas ou em conformidade com os padrões rígidos do projeto. Isso significa que cada correção ainda precisa passar pela revisão e aprovação de um humano — e a capacidade humana de revisão não aumentou na mesma proporção .
Segundo, o tempo que seria dedicado à revisão dos recursos da versão 19 foi desviado para corrigir problemas de segurança e bugs nas versões anteriores (back-branches).
Entre 2025 e 2026, o número de commits aplicados às branches estáveis cresceu mais de 60%, e o volume de correções enviadas para versões anteriores saltou mais de 74% .
O resultado prático: entre agosto e setembro de 2026, a comunidade precisou reverter vários recursos importantes que já estavam em fase beta, pois não haveria tempo hábil para corrigi-los antes do lançamento .
Produto Recomendado
O chefe pede um relatório. Você abre o banco de dados, encara aquela tela cheia de tabelas e trava. Você até sabe o que quer — mas na hora de escrever o JOIN, o GROUP BY, o WHERE, tudo emperra. Você recorre ao Google, copia uma consulta pronta, torce para funcionar e reza para ninguém perguntar o que aquele HAVING faz.
O problema não é você. É que ninguém nunca te ensinou SQL de forma estruturada, prática e aplicada ao mundo real.
É exatamente isso que o livro Introdução à Linguagem SQL resolve.
-> https://link.amazon/B0dmhKmFy
Eu ganho uma comissão quandfo você faz uma compra.
Quais recursos foram removidos do PostgreSQL 19?
A lista de reversões é significativa e inclui alguns dos recursos mais divulgados nas primeiras betas :
SQL/PGQ (Property Graph Queries): a funcionalidade que permitiria consultas a grafos de propriedades usando sintaxe SQL padrão foi removida. Tom Lane, outro desenvolvedor de peso, chegou a declarar que apostaria um jantar que, se o recurso fosse lançado na v19, haveria bugs descobertos após o lançamento que só seriam corrigíveis na v20 .
- Atualizações e exclusões temporais com a cláusula FOR PORTION OF.
- Habilitação e desabilitação online de data checksums.
- Comandos ALTER TABLE ... MERGE PARTITIONS e SPLIT PARTITIONS.
- Funções DDL como pg_get_role_ddl() e pg_get_tablespace_ddl().
Esses recursos devem retornar na PostgreSQL 20, prevista para 2027 .
O que ainda chega no PostgreSQL 19?
Apesar das perdas, a versão 19 ainda traz melhorias relevantes para DBAs e desenvolvedores. Os destaques que sobreviveram ao corte incluem :
- Comando REPACK (com opção CONCURRENTLY): permite reorganizar tabelas e recuperar espaço em disco sem o bloqueio pesado do VACUUM FULL.
- pg_plan_advice e pg_stash_advice: extensões que permitem estabilizar e controlar as decisões do planejador de consultas.
- Autovacuum paralelo: o autovacuum agora pode usar múltiplos workers para limpar uma única tabela.
- WAIT FOR LSN: suporte a padrões de leitura “read-your-writes” em réplicas.
Melhorias de performance: até 2x mais rápido em inserts com verificações de chave estrangeira, além de otimizações no planejador e executor.
Checklist para DBAs e desenvolvedores
Use esta lista para se preparar para o PostgreSQL 19:
□ Atualize o cronograma: reserve a janela de 19 de novembro de 2026 para o GA (General Availability) e acompanhe o RC2 previsto para 12 de novembro .
□ Teste o RC1 em staging: valide esquemas, consultas e extensões contra a versão candidata. Não espere o GA para descobrir incompatibilidades .
□ Revise dependências de extensões: verifique se as extensões que você usa (PostGIS, pg_stat_statements, etc.) são compatíveis com a v19.
□ Planeje a migração do PostgreSQL 14: o suporte à versão 14 termina em 12 de novembro de 2026. Se você ainda está nela, o momento de agir é agora .
□ Ignore os artigos antigos sobre SQL/PGQ: muitas publicações ainda listam o recurso como parte da v19. Ele não estará lá .
□ Monitore o blog oficial e a mailing list pgsql-hackers: as datas e os recursos podem sofrer novos ajustes até o GA.
Perguntas frequentes (FAQ)
1. O PostgreSQL 19 foi cancelado?
Não. A versão foi apenas adiada. O lançamento está previsto para 19 de novembro de 2026, com um segundo release candidate (RC2) em 12 de novembro. O atraso reflete o compromisso do projeto com a estabilidade, não um fracasso .
2. A IA vai continuar atrasando as versões futuras do PostgreSQL?
É possível, mas a comunidade está se adaptando. Peter Eisentraut, desenvolvedor do projeto, observou que a “régua de qualidade” subiu após a adoção das revisões por LLM. Para os próximos ciclos, espera-se que as ferramentas de IA sejam integradas mais cedo no processo de desenvolvimento, evitando o acúmulo de problemas na fase beta .
3. Devo migrar para o PostgreSQL 19 assim que for lançado?
Depende do seu apetite para riscos. A recomendação geral é manter produção no PostgreSQL 18 (estável) e usar a v19 em ambientes de staging e testes até que o ecossistema de extensões e drivers esteja maduro. Se você depende de recursos específicos que foram adiados (como SQL/PGQ), talvez valha a pena esperar pela v20 .
Conclusão
O atraso do PostgreSQL 19 para 19 de novembro de 2026 reflete a maturidade do projeto: a IA encontrou muitos bugs, mas a revisão humana não acompanhou o ritmo, e a comunidade preferiu adiar a lançar algo instável.
Recursos como o SQL/PGQ ficam para a v20 (2027). Para os usuários, a recomendação é testar o RC1 em staging, checar extensões e planejar a migração do PostgreSQL 14. Lição central: velocidade sem revisão não é progresso.
Nenhum comentário:
Postar um comentário