Opa, Tem razão o correto é WIN1252 (onde lê-se WIN1552). Na verdade é o que estamos fazendo, mapear o aplicativo atrás de algum envio incorreto de encoding.
Uma peculiaridade encontrada é que sempre em consultas (select yyy from xxx order by zzz) livres e simples é que acontecem o erro, em transações complexas, views, functions etc. etc. etc. não. Preciso de férias... RS... E ainda dizem que "ganho fácil"... Att. -------------------------- Rubens José Rodrigues -------------------------- -----Mensagem original----- De: Osvaldo Kussama [mailto:[email protected]] Enviada em: terça-feira, 10 de fevereiro de 2009 15:06 Para: [email protected]; Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] SQL Error : Invalid Sequence for encoding UTF8:0xe17269 ===> Já aplicado o dump com o encoding desejado, server etc. 2009/2/10 Rubens José Rodrigues <[email protected]>: > > Vi que o assunto é recorrente não só aqui na lista quanto no "mundo" afora e > sinceramente ainda não consegui "pegar" o fio da meada para solucionar este > problema que aparentemente parece ser alguma "rateada" minha. > > Minha história: necessidade de troca de servidor e portar o banco para > suporte a multi-idiomas. > > Nosso cenário: > > (HW) Server Dell 4 x Quad Core --> 32 GB RAM --> Raid 0+10 com 8 > discos SAS 15k --> > > (SW) PostgreSQL 8.3.5 on x86_64-pc-linux-gnu, compiled by GCC > gcc-4.3.real (Ubuntu 4.3.2-1ubuntu11) 4.3.2 > > Client/Server com ZeosLib / Delphi > > Web Services --> Java / .net > > (Base) 365 GB > > Passos: > > a) O servidor (ainda) atual de produção está com a codificação > WIN1552 e com o sistema operacional e aplicativos devidamente configurado e > funcionando. > > b) Fizemos um dump da base usando a opção extra " E UTF8" > > c) No novo servidor já com o ambiente devidamente configurado para > UTF8 e com o banco criado para UTF8, depois de criado importamos o arquivo e > pronto... Base no ar (ledo engano). . . Que beleza, fomos para testes > maciços e para nossa surpresa a mensagem de erro na seqüência de > codificação. > > Já tentamos o iconv (mas ele não suporta o win1252) e nada. > > Onde será que erramos ou o que nos faltou, será que podem me indicar o > "caminho das pedras"? > Bom WIN1552 não é suportado pelo PostgreSQL. Vou presumir que é WIN1252 e, nesta condição, seu dump deveria ter sido corretamente convertido. A tabela 22-2 informa: - Server Character Set: WIN1252 - Available Client Character Sets: WIN1252, UTF8 em: http://www.postgresql.org/docs/current/interactive/multibyte.html portanto a conversão WIN1252 -> UTF8 é feita pelo PostgreSQL. Um iconv --list exibe WINDOWS-1252 como um dos conjuntos de caracteres que ele conhece. Talvez seja uma questão de nome correto. É possível que algum cliente tenha informado o encoding incorreto ao atualizar algum dado de seu bd? Osvaldo Esta mensagem foi verificada pelo E-mail Protegido Terra. Atualizado em 10/02/2009 _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
