O projeto PostgreSQL disponibilizou o primeiro release candidate da versão 19. O RC1 aproxima o código do lançamento estável, mas continua sendo uma versão de testes. A distinção é importante para quem acompanha novidades do banco: outubro abre uma oportunidade de homologação, não uma autorização para substituir imediatamente o ambiente de produção.1

O anúncio reúne correções em manutenção, planejamento de consultas e replicação. Também informa que outras correções estão previstas antes da disponibilidade geral. Para sistemas que sustentam faturamento, estoque ou atendimento, esse estágio serve para descobrir incompatibilidades enquanto ainda há espaço para reportá-las ao projeto.

As correções ajudam a escolher o que testar

Entre os pontos revisados estão REPACK (CONCURRENTLY), a extensão pg_plan_advice, o autovacuum paralelo e a habilitação automática da replicação lógica quando wal_level está configurado como replica. O projeto também corrigiu a exportação de consultas com COPY ... FORMAT json para respeitar nomes e aliases das colunas.1

Esses itens atingem partes diferentes da operação. Uma alteração na manutenção pode influenciar o comportamento durante rotinas de limpeza; uma mudança na exportação pode aparecer em um serviço que espera nomes específicos no JSON. O teste ganha precisão quando relaciona cada recurso aos caminhos que a aplicação realmente utiliza.

Isso evita confundir uma instalação bem-sucedida com compatibilidade comprovada. O servidor pode iniciar e aceitar conexões enquanto uma rotina executada somente no fechamento mensal produz um resultado diferente do esperado. É o calendário do negócio que ajuda a localizar esses caminhos menos visíveis.

Uma exportação usada por um parceiro merece, por exemplo, uma comparação do conteúdo produzido, não apenas do número de registros. Nome de campo, valor nulo e formato de representação podem fazer parte de um contrato que outra aplicação já considera estável.

A homologação precisa representar a carga real

Dados de teste muito pequenos podem esconder diferenças de planejamento de consultas. Uma operação que funciona bem com poucas linhas pode ter outro comportamento diante de distribuição desigual, filtros combinados ou tabelas com histórico extenso.

Não é necessário transportar dados pessoais sem critério para obter um ensaio útil. O objetivo é preservar características relevantes da carga, com o tratamento adequado ao ambiente: volume, distribuição, relacionamentos e consultas frequentes. O que importa é conseguir interpretar o resultado sem criar uma nova exposição de informação.

Além do tempo médio, vale observar consultas que sustentam telas e integrações críticas. Uma média melhor não compensa necessariamente uma regressão no relatório que bloqueia o fechamento financeiro. Separar esses casos produz uma decisão mais próxima da operação.

Extensões, drivers e ferramentas de observabilidade também participam do teste. A compatibilidade do servidor não resolve sozinha a situação de um componente que depende de uma API ou de um comportamento específico de outra versão.

Ensaiar a atualização inclui saber voltar

O projeto orienta que a passagem de versões anteriores para o RC1 use uma estratégia de atualização principal, como pg_upgrade ou exportação e restauração com pg_dump e pg_restore.1 As orientações para testes deixam claro que versões beta e RC não se destinam ao uso em produção.2

Em um ambiente de homologação, isso permite medir mais do que consultas. A equipe pode observar duração da migração, espaço necessário, validação dos dados e tempo para reconstruir os serviços ao redor do banco. Esses números tornam a futura janela de manutenção menos dependente de estimativa.

O caminho de retorno merece a mesma atenção. Ter uma cópia não demonstra que a restauração termina dentro do prazo aceitável. Um ensaio completo precisa conferir se a aplicação volta a operar e se os resultados preservam o estado esperado.

PostgreSQL 19 RC1 oferece um momento útil para transformar interesse no lançamento em evidência técnica. A decisão de produção fica para a versão estável e para o resultado da própria homologação. Até lá, encontrar e descrever um problema reproduzível contribui mais para a migração do que antecipar uma atualização sem conhecer seus efeitos.

  1. PostgreSQL Global Development Group, "PostgreSQL 19 RC 1 Released!", 15 out. 2026. ↩
  2. PostgreSQL Global Development Group, "Beta Information", orientações para versões beta e release candidates. ↩