Em 23 de abril de 2013 09:32, Matheus de Oliveira <[email protected] > escreveu:
> > 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]. > > Muito obrigado pelas informações. Quando falo que a empresa não passa informações sobre o banco, é baseado na seguinte visão. Sábado a tarde, o servidor de banco de dados da uma pau escroto no sistema e é necessário reinstalar tudo. Se eu tiver conhecimento das configurações necessária pro banco funcionar , posso por tudo em operação o mais rápido possível, dado que a nossa empresa trabalha 24/7. O pessoal do sistema não da suporte 24h, ou seja, vou passar o final de semana parado, esperar pra segunda, abrir um chamado, esperar o pessoal me retornar e começar o processo, só vai terminar(se tudo ocorrer bem) depois do almoço. Sou favorável sim a consultoria, mas esse ponto nem a consultoria talvez poderia me ajudar, porque tem que validar com o pessoal do sistema. Vou testando, ajustando e tentando obter informações. É um um perrengue até bom, assim a gente aprender a ser mais criterioso na hora de escolher um ERP, pena é chegar em um lugar onde a bagaça já foi implantada por outros, só resta segurar o peido até o dia em que a paciência se encurtar e resolver parte pra outro ERP. > > [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
