From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | "Mario Gonzalez ( mario__ )" <gonzalemario(at)gmail(dot)com> |
Cc: | "Gauto Miguel A(dot)" <mgauto(at)yahoo(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Encoding |
Date: | 2006-10-19 19:27:31 |
Message-ID: | 20061019192731.GD16965@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Mario Gonzalez ( mario__ ) escribió:
> On 19/10/06, Gauto Miguel A. <mgauto(at)yahoo(dot)com> wrote:
> >Hola lista:
> >Existe alguna forma de cambiar el encoding una vez
> >creada la base y puesta en funcionamiento? Si tengo
> >datos con encoding Latin1 y lo levanto a un ASCII, que
> >pasará con mis acentos y las "ñ" ??
>
> No se puede, los tildes y las eñes (ñ) son bytes no reconocidos en ASCII
Te equivocas, si se pueden almacenar -- lo que pasa es que el servidor
no va a reconocer que es lo que son.
La ventaja de usar un encoding mas correcto (ej. Latin1 o UTF8) es que
el servidor puede hacer reconversion si el cliente tiene un encoding
distinto (ej. el servidor es UTF8 y el cliente es Latin1, o vice versa).
En cambio, si el servidor es SQL_ASCII, no tiene como saber cual es la
conversion correcta a aplicar, y siempre te devolvera los mismos bytes.
Si guardaste datos que eran Latin1 en una base de datos SQL_ASCII,
entonces cuando te conectes con un cliente UTF8 el servidor le va a
entregar los mismos bytes originales, que el cliente no va a reconocer
correctamente.
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Miguel Ortega | 2006-10-19 19:29:00 | Re: Manejo fechas |
Previous Message | César Maldonado | 2006-10-19 19:21:07 | Consulta: ¿como optimizar maquina debian y de memoria para base de datos postgresql 8.X? |