Bancos de dados de desenvolvimento e produção

​

Como eles se comparam

​

Crie um banco de dados de produção ao publicar

• Infraestrutura atual (Helium): o Replit cria o banco de dados de produção para você quando necessário durante a publicação. Não há nada para configurar.
• Bancos de dados de desenvolvimento legados do Neon: você cria o banco de dados de produção a partir das configurações de publicação. Abra Production database settings ao publicar, ative Create production database e, opcionalmente, ative Set up your production database with your current development data para copiar seus dados de desenvolvimento.

​

Fazendo alterações seguras no seu banco de dados de produção

• Remover colunas do banco de dados que o código da sua aplicação ainda referencia
• Alterar tipos de dados de colunas de formas que o código existente não consegue tratar
• Adicionar campos obrigatórios sem valores padrão a tabelas existentes
• Renomear tabelas ou colunas que quebram consultas existentes
• Modificar restrições que possam rejeitar a lógica existente da aplicação

​

Teste as alterações com uma prévia de implantação

• Verificar se seu app ainda funciona com as alterações de banco de dados aplicadas, em todos os seus principais fluxos de usuário
• Confirmar que os dados existentes foram migrados corretamente e que os novos campos contêm os valores esperados
• Observar regressões de desempenho nos tempos de resposta das consultas

​

Faturamento e uso de recursos

​

Removendo um banco de dados de produção

​

Banco de dados de desenvolvimento legado

​

Atualização da infraestrutura do banco de dados

• Menor latência e mais armazenamento: seu banco de dados roda na infraestrutura do Replit junto com seu app, e seu limite de armazenamento aumenta de 10 GB para 20 GB.
• Mesmo mecanismo de banco de dados: o Helium usa o PostgreSQL 16, a mesma versão do Neon. Suas consultas, esquemas e dados funcionam da mesma forma.
• Conexão atualizada automaticamente: DATABASE_URL é atualizado para apontar para o Helium. Sua string de conexão anterior do Neon é salva como NEON_DATABASE_URL nos seus Secrets para referência.
• Variáveis PG individuais removidas: PGHOST, PGPORT, PGUSER e PGPASSWORD são removidas. Use DATABASE_URL em vez disso.

• Strings de conexão do Neon fixas no código: atualize o código que referencia diretamente uma string de conexão neon.tech para usar a variável de ambiente DATABASE_URL em vez disso.
• Funções (roles) personalizadas do PostgreSQL: as funções e permissões são migradas automaticamente, mas as senhas das funções não podem ser copiadas. Redefina as senhas de qualquer função personalizada no novo banco de dados.

​

Erros de conexão SSL após a atualização

// Before (breaks after upgrade)
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl: { rejectUnauthorized: false },
});

// After (works in both development and production)
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl:
    process.env.NODE_ENV === "production"
      ? { rejectUnauthorized: false }
      : false,
});

​

Apps bifurcados que compartilhavam um banco de dados

​

Próximos passos

• Recuperação de dados: Restaure dados de desenvolvimento ou produção.
• Detalhes de conexão: Encontre a string de conexão do seu banco de dados.
• Trabalhe com seus dados: Navegue, edite e consulte seus dados.