Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Tue, 30 Jan 2001, Jaime E . Villate wrote:
> On Tue, Jan 30, 2001 at 09:12:14AM +0100, Antonio Castro wrote:
> > > >...
> > > > Pues hay que usar LATIN1 porque de lo contrario las eñes pueden
> > >
> > > ¿Que tenias antes? ¿UNICODE?
> >
> > Creo que puse EURO. Era la opción que aparecía por defecto durante
> > la instalación de Debian.
>
> Hola António,
> Después de instalar el paquete postgresql 7, en la configuración te aparece el
> siguiente mensaje:
>
> PostgreSQL databases can be created with any one of a number of different
> character encodings. Please choose the default encoding, which will be used
> for all newly-created databases in the absence of a specific encoding
> specification. The choices are:
>
> SQL_ASCII ASCII
> EUC_JP Japanese EUC
> EUC_CN Chinese EUC
> EUC_KR Korean EUC
> EUC_TW Taiwan EUC
> UNICODE Unicode(UTF-8)
> MULE_INTERNAL Mule internal
> LATIN1 ISO 8859-1 English and some European languages
> LATIN2 ISO 8859-2 English and some European languages
> LATIN3 ISO 8859-3 English and some European languages
> LATIN4 ISO 8859-4 English and some European languages
> LATIN5 ISO 8859-5 English and some European languages
> KOI8 KOI8-R
> WIN Windows CP1251
> ALT Windows CP866
>
> Me parece queda bastante claro que uno debe escoger LATIN1, pero lo que pasó
Bueno ahora si me parece que tiene más sentido LATIN1 pero en su momento
no me pareció evidente.
> es que probablemente por la forma como tengas configurado debconf, no te haya
> aparecido este mensaje en la pantalla y se haya usado otro valor diferente. Me
> gustaría saber como se comportaría tu script de prueba de INSERT con UNICODE o
> con LATIN2,..., LATIN5. Creo que no debería dar resultados tan caprichosos
> sino por mucho un mensaje de caracteres desconocidos.
Pues si el comportamiento caprichoso es solo con LATIN1 me parece
que eso también resulta bastante caprichoso. Yo he realizado la
migracion un fin de semana porque son datos del negocio y no puedo
jugar mucho con estas cosas. Aun tengo que corregir varios efectos
provocados por el cambio de equipo y por el cambio de versión de SO.
> La chuleta de Manel de la que hablabas el otro día (como convertir bases de
> datos de una versión de Postgresql a otra) no la estarás confundiendo por
> acaso con mi "receta"
> http://www.laespiral.org/documentacion/recetas/numero?10
Yo esta referencia de la espiral no la conocía. Manel solo mencionaba en
su chuleta en que consiste la utilidad 'pg_dump'. Sabía para que servía
pero no se me ocurrio pensar que lo hacía generando sentencias SQL.
> ?
> Es que me parece que Manel no tiene ninguna chuleta al respecto, y se está
> iniciando en postgresql, aunque ya nos ha mostrado aquí que domina muy bien el
> tema :-)
Bueno esta demostrando que documenta sus propias experiencias y eso
puede servir de base o de ejemplo para otros. La cantidad de documentación
en Linux es muy grande pero los ejemplos no abundan. Las páginas man
deberían tener muchos más ejemplos y yo ... creo que estoy saliendome
del tema.
>
> Saludos,
> Jaime
>
Un saludo
Antonio Castro Snurmacher
+-----------------------------------------------------------------------+
| C i b e r d r o i d e I n f o r m á t i c a |
| Tienda virtual. Amplia oferta de productos LINUX |
+-----------------------------------------------------------------------+
| WEB: http://www.ciberdroide.com email: ciberdroide@ciberdroide.com |
| CIF: 51444261T email: acastro@ciberdroide.com |
| Telefono/Fax: 91 4020047 Antonio Castro Snurmacher |
| Dirección: C/ Francisco Silvela nº9, 4º, D, 28028 Madrid |
+-----------------------------------------------------------------------+
Reply to: