Javier Aquino H. dijo [Thu, Sep 23, 2010 at 11:12:16PM -0500]: > >No uses latin9. Es ya obsoleto hace tiempo. Cualquier sistema > >operativo decentemente moderno te soporta UTF-8 de cajón. > > Jaime, Alvaro y Gunnar .... gracias por responder y por los consejos. > > Efectivamente no existe un locale es_PE.iso885915 o un es_PE.latin9, solo hay > > es_PE, es_PE.iso88591 y es_PE.utf8
Claro, no está definido para Perú dado que en Perú no se usa el símbolo de euro - Aunque puede serte útil tenerlo. Al igual que algunos caracteres poco comunes o inexistentes en nuestro idioma, como la ẃ o la ı. Tengo frente a mi un libro de Ryszard Kapuśiński... Si tuvieras una librería, no podrías representarlo correctamente en Latin1 ni Latin9. > Al final cree el cluster con es_PE.utf8 y cree la base de datos con este > comando: > > CREATE DATABASE prueba ENCODING 'LATIN9' TEMPLATE template0 LC_COLLATE 'C' > LC_CTYPE 'C'; > > Y funcionó, pero tengo una duda, habrá algún degrado de performance al tener > LC_COLLATE y LC_CTYPE en 'C' ???? No. Las operaciones de costumbre son sólo de almacenamiento, comparación, envío... Claro, la cadena va a ser muy ligeramente más larga. Pero en nuestro idioma, la diferencia es bajísima. > Valdrá la pena usar UTF8 (que almacena entre 1 y 4 bytes por > carácter) o LATIN9 (1 byte por carácter) pero con LC_COLLATE y > LC_CTYPE en 'C' ????? que es mejor ???? Ummm... Bueno, no entiendo bien a qué te refieres. En general, C significa "por default, si no especificaste nada" - Lo cual tiende a significar en_US.ASCII. Pero en este último punto puedo estar equivocado. Usa UTF8 para todo, a todos niveles. En serio. Te va a ahorrar muchos problemas. - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
