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: [EMAIL PROTECTED] | | CIF: 51444261T email: [EMAIL PROTECTED] | | Telefono/Fax: 91 4020047 Antonio Castro Snurmacher | | Direcci�n: C/ Francisco Silvela n�9, 4�, D, 28028 Madrid | +-----------------------------------------------------------------------+
