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
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
