2010/6/21 flavior <[email protected]>: > > Obrigado Osvado > > Só para ter certeza do trabalhao que vou ter... > > Flávio > > > Osvaldo Kussama wrote: >> >> 2010/6/18 flavior <[email protected]>: >>> >>> Gostaria de confirmar com os senhores. >>> >>> O pg_dump NAO converte uma base que esta em 'SQL_ASCII' para outro >>> encoding >>> (UTF8)? >>> Estou usando o comando : >>> pg_dump -a -d -C --user=postgres --table=dbs --encoding=UTF8 tbase > >>> dbs_utf8.sql >>> >> >> >> Do manual [1]: >> " The SQL_ASCII setting behaves considerably differently from the >> other settings. When the server character set is SQL_ASCII, the server >> interprets byte values 0-127 according to the ASCII standard, while >> byte values 128-255 are taken as uninterpreted characters. No encoding >> conversion will be done when the setting is SQL_ASCII. Thus, this >> setting is not so much a declaration that a specific encoding is in >> use, as a declaration of ignorance about the encoding. In most cases, >> if you are working with any non-ASCII data, it is unwise to use the >> SQL_ASCII setting, because PostgreSQL will be unable to help you by >> converting or validating non-ASCII characters." >> >> Osvaldo >> [1] http://www.postgresql.org/docs/current/interactive/multibyte.html >>
Flavio: Se *todos* os clientes de seu servidor PostgreSQL (aquele com encoding SQL_ASCII) utilizaram o mesmo encoding nas operações de modificação do bd então você pode utilizar um utilitário como o iconv [1] para efetuar esta conversão (do encoding utilizado pelos clientes para UTF-8) sobre o resultado do pg_dump. Caso os clientes operassem com diferentes encodings então você terá um trabalho de garimpagem que, infelizmente, pode ser árduo. Osvaldo [1] http://www.gnu.org/software/libiconv/documentation/libiconv/iconv.1.html _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
