RE: Configuracion Encodig Again

Por cierto, a la luz de tus comentarios me surge una duda.

Se supone que UTF-8 es el encoding más capacitado para adaptarse a más
necesidades (de hecho tengo entendido que es la que más espacio de
almacenamiento necesita ¿no?), por lo que debería ser la más adecuada si
existen diversos clientes con distintos encoding.... ¿Es cierto esto o
estoy diciendo una aberración?

Gracias de nuevo.

Un saludo.

Francisco Rodríguez Cala
Meetworks
Servicios informáticos administrados para empresas
http://www.meetworks.com

-----Mensaje original-----
De: Alvaro Herrera [mailto:alvherre(at)commandprompt(dot)com]
Enviado el: jueves, 10 de noviembre de 2005 0:06
Para: Registros Meetworks
CC: pgsql-es-ayuda(at)postgresql(dot)org; Carlos Zafra
Asunto: Re: [pgsql-es-ayuda] Configuracion Encodig Again

Registros Meetworks escribió:
> <P>Estimado Carlos,</P>
> <P>Hace unos días remití a la lista la forma de evitar problemas con
> eñes, acentos, etc. Te recomiendo que busques el mensaje en la lista,
> uno remitido por mi.</P> <P>Básicamente, lo que debes hacer es:</P>
> <P>- Crear la BD con formato UTF-8.</P>
> <P>- Especificar el parámetro "client_encoding" en postgresql.conf a
> LATIN9.</P>

No necesariamente. Si el cliente funciona con LATIN9, entonces tu
propuesta es correcta. Pero si el cliente usa algun otro encoding
entonces no lo es. Como deberia ser obvio, el client_encoding hay que
setearlo al encoding que usa el cliente.

Por otro lado la BD no necesariamente hay que hacerla con UTF8. De
hecho si solo quieres usar acentos y eñes, usar LATIN9 tambien va a
funcionar. Y ojo que si usas UTF8 y el servidor es Windows, algunas
cosas no van a funcionar. (8.1 es mucho mejor en este ultimo aspecto).

--
Alvaro Herrera
http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
-