Que yo sepa no ha cambiado la forma de trabajar con codificaciones. 1. Quizá sea el plperlu de la nueva versión ? 2. Prueba dando un SET client_encoding = 'LATIN1'; antes de la carga de datos. 3. Crea una base de datos así CREATE DATABASE test ENCODING 'LATIN1'; y carga ahí los datos 4. puedes verificar la salida de diagonal inversa ele en las dos bases de datos (8.4 y 9.2)
Tenemos una instalación con PostreSQL 8.4 que conecta con u servidor SQL SERVER que usa una aplicación propietaria para realizar importaciones de datos. Usamos plperlu con freetds y no tenemos ningún problema de codificación. Hemos instalado en la misma máquina linux un servidor postgres 9.2.4 para poder evaluar un traspaso ( aprovechar las mejoras , la version que tenemos ya es la última de las mantenidas) . En las pruebas que realizamos los datos nos llegan codificados de una manera que desconocemos. Las bases de datos postgres estan codificadas con UTF8. Hemos probado las siguientes opciones sin exito, hemos especificado la codificación en el fichero del freetds y luego intentar convertirla desde el codigo del postgres sin exito. Hemos seteado el bytea_output a escape por si nos hacia incorrectamente las conversiones en la 9, hemos probado con las configuraciones WIn152X , la base de datos ms SQL esta en Latin1 en un principio. Pero todo ello sin exito. A alguien se le ocurre que puede haber cambiado en la configuracion de postgresql de la 8.4 a la 9.2 para que no funcione de la misma manera? --------------------------------------- Urko Ellacuria Responsable de sistemes de informació i comunicacions 7 i TRIA SA u...@7itria.cat[1] http://www.7itria.cat[2] 93 682 10 43(ext 213) René Romero Benavides @iCodeiExist[3] @PgsqlMx[4] Postgresql Tips en español para la comunidad de México e Hispanoamérica. http://postgresql.org.mx[5] -------- [1] mailto:u...@7itria.cat [2] http://www.7itria.cat [3] https://twitter.com/iCodeiExist [4] https://twitter.com/PgsqlMx [5] http://postgresql.org.mx
