Em 10/03/08, Fábio Telles Rodriguez<[EMAIL PROTECTED]> escreveu: > Em 09/03/08, Ribamar Sousa<[EMAIL PROTECTED]> escreveu:
> > Criei um banco em win1252 > > Este código em PHP: > > pg_connect("host=localhost user=postgres password=postgres dbname=teste"); > > pg_set_client_encoding("UNICODE"); > > echo pg_client_encoding(); > O contrário Riba... deixe a base em UTF-8... aí você usa o client > encoding que achar melhor... Fábio, este foi somente para teste de comunicação. Vaja o outro abaixo, que é um pouco mais sério. > A idéia é utilizar a codificação mais genérica no lado server e a > específica no lado client. Afinal, se o UTF-8 pode ser convertido para > vários encodings "on the fly", então futuras aplicações clientes > também poderão se conectar na base utilizando o encoding que for > necessário para ela. Beleza. > Uma grande limitação do UTF-8 sempre foi o Windows que oferece um > suporte ruim para ele. Na web os navegadores já lidam bem com o UTF-8 > há um tempinho, mas em aplicações client/server em windows a coisa > piora um bocado. Não sei como isso está nas últimas versões do windows > (xp e vista), mas a tendência, que eu saiba é de o Windows ir se > ajustando ao padrão e não o padrão se ajustar ao windows. Atualmente ao criar o cluster (na instalação) com win1252 ele me deixa criar bancos em utf8 (PG 8.3 e WinXP). > Na versão 8.0, sei que o PostgreSQL teve alguns problemas com o UTF-8, > não recomendo usar o UTF-8 com esta versão do 8.0. Mas veja, as > versões ".0" costumam ser tão revolucionárias quanto problemáticas, > não apenas no PostgreSQL. O UTF-8 é realmente o futuro... mas você tem > que saber onde está pisando antes de utilizar ele no lado client... Sinceramente grato Fábio! -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral