2013/4/22 Filho Arrais <[email protected]> > Olá, > > Tenho uma base rodando no Postgre 8.4.4, pretendo testar o 9.1.9 > > Pretende ou já testou? Por que não vai logo para o 9.2.4? É a versão recente e tem diversas melhorias (principalmente melhorias no desempenho). Sinceramente não vejo NENHUM motivo para migrar para 9.1 ao invés de 9.2.
Uma observação importante, caso não saiba. Para migrar entre essas versões você tem que: 1. Usar o pg_upgrade [1] (se usar, rode um VACUUM ANALYZE completo logo após para evitar planos de execução ruins); 2. Ou, realizar um dump + restore (nesse caso use sempre os binários da versão mais nova para realizar o dump+restore) [2]. Em geral, eu digo que se tiver uma boa janela ou for uma base pequena (vamos jogar até uns 10GB, mas depende de outras coisas) use a 2ª opção. > Existem alguma mudança na estrutura do banco entre essas versões? Exemplo: > funções que sofreram alterações. > > Sim. Mas nada tão drástico. Em geral, o ideal é testar a aplicação com a versão mais recente e alterar a mesma para ficar em conformidade com ela. Para algumas das incompatibilidade você pode "configurar" o PostgreSQL para voltar ao comportamento antigo, mas eu recomendo fortemente alterar a aplicação. Dentre os principais que lembro agora: - A mudança no padrão de escape de strings, que antes não seguia estritamente o padrão SQL e agora segue (exemplo: na string 'linha1\nlinha2', antes gerava uma quebra de linha, hoje não gera mais). Nesse caso, você pode configurar standard_conforming_strings=off para ter o comportamento anterior [3]. - Em funções PL/pgSQL qualquer ambiguidade entre variáveis e nomes de colunas, usava-se a variável. Nas versões mais recentes, um erro é emitido em casos como esse. Também é possível retornar ao comportamento antigo configurando plpgsql.variable_conflict=use_variable [4]. > Não sou DBA muito menos programador. O servidor da empresa já ta pré > histórico, compramos um novo, porem o pessoal do nosso sistema não nos da > informações a respeito do banco e qualquer informação não dizem para > procurar consultores, não acho isso correto, porém recorro a lista. > > Estou terminando a instalação e pretendo analisar o que consigo de > desempenho. > > Com "não dizem" você quis dizer "nos dizem"? Pode ser de fato um bom conselho, gaste um pouco hoje mas economize muita dor de cabeça no futuro. Há várias empresas no Brasil que oferecem esse serviço [5] e [6]. [1] http://www.postgresql.org/docs/9.2/static/pgupgrade.html [2] http://www.postgresql.org/docs/9.2/static/upgrading.html#UPGRADE-METHODS-PGDUMP [3] http://www.postgresql.org/docs/9.2/static/runtime-config-compatible.html#GUC-STANDARD-CONFORMING-STRINGS (veja as outras nessa página, podem ser úteis) [4] http://www.postgresql.org/docs/9.2/static/plpgsql-implementation.html#PLPGSQL-VAR-SUBST [5] https://www.google.com.br/search?q=consultoria+postgresql [6] http://www.postgresql.org/support/professional_support/southamerica/ <http://www.postgresql.org/docs/9.2/static/plpgsql-implementation.html#PLPGSQL-VAR-SUBST> Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
