Complementando o que o Dutra disse, talvez o seu problema não está no postgres mas sim no S.O, não tenho certeza, e se estiver errado peço desculpas, mas acho que se o encoding desejado não estiver instalado no S.O, o postgres não reconhecerá o mesmo e emitirá erros de conversões.
Tente detalhar todo o processo, qual seria o enconding nativo das bases? Talvez não seja necessário identificar o encoding no pg_dump. Danilo Em 9 de novembro de 2011 15:55, Guimarães Faria Corcete DUTRA, Leandro < [email protected]> escreveu: > 2011/11/9 Charles Emanuel Silva Ramos Patrocínio dos Santos > <[email protected]>: > > Senário: Mais de 400 bancos instalados pelo Brasil usando Encoding Latin1 > > Objetivo: Atualizar todos os Bancos para 9.1 já que estamos usando a > 8.3.x > > Obs.: Utilizamos pg_dump com Encoding para UTF8, mas caracteres > > diferenciados como acentuação não se converteram. > > Terás de refazer o processo, antes verificando qual o problema. Não > há motivo para falha na conversão, visto que Latin1 é um subconjunto > de UTF8 e o PostgreSQL sabe fazer a conversão rápida e > transparentemente, quando a fonte de dados é Latin1. > > > > Foi criado tambem com > > alternativa novo cluster, mas entendemos que seria uma manutenção muito > > complicada e demorada para fazer em todos os nossos clientes. > > Em que seria complicado e demorado? > > > > Teria Alguma maneira segura e eficiente para executar estra troca, > podendo > > assim usar o PostgreSQL 9.x já que não temos mais o Latin1 ? > > Como assim, não temos? Continua suportado. O Latin1 está obsoleto, > mas é por não suportar o Euro (€). > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
