Conversion de collates (tipos caracter)

[Toni]

Hola a todos!

Tengo la siguiente cuestión, en una base de datos Firebird 2.5 utilizo de forma generalizada para toda la base el collate ISO8859_1. Tengo la información que se puede leer correctamente, es decir sus puntuaciones y caracteres extendidos. En la aplicación utilizo la clase AnsiString para almacenar los datos de la base de datos.

El tema es que ahora quiero exportar datos de esta base de datos y generar un fichero de texto con otro collate el Win1252.

Como puedo hacerlo para que salgan correctamente los datos??

[Toni]

Por el momento se me ha ocurrido hacer una consulta y hacer una CAST con el formato de caracter que me interesa. Parece que funciona por lo menos a nivel de consulta.

Código SQL [-]

select cast("Nombre" as varchar(100) character set win1252) as "Nombre"
from "Clientes"

Voy a ver como interpreta en el resto de la aplicación hasta guardar al fichero....

[Casimiro Notevi]

Quizás haciendo un backup transportable y luego restaurando con el nuevo collate.

[Toni]

Hola Casimiro,

La base de datos ya esta bien como esta, el tema es que quiero exportar datos a un fichero de texto en otro formato, por ejemplo win1252. Eso es lo que necesito.

[Casimiro Notevi]

Entonces, una vez extraidos los datos podrás guardarlo como quieras, no tiene nada que ver la base de datos.

[Toni]

Bueno eso es relativo...segun lo tengas en la base de datos lo podras guardar directamente en un fichero con la codificación que esta en la base de datos. A mi lo que me pasa en estos momentos que en el ordenador donde lo desarrollo (windows xp) con las misma base de datos si genero este fichero de texto y lo edito con notepad, se lee correctamente. Si hago esto mismo en casa del cliente en su servidor (windows server 2008) genero y edito el mismo fichero y no se lee correctamente. Esta claro que uno trabaja con unicode y el otro no. Pero por eso antes de generar este fichero si la fuente de los datos (en este caso la base de datos) segun como esten guardado los datos te lo facilita. Esta claro que entre el proceso de lectura y escritura se podria mirar de procesar o recodificar estos datos mediante programación... Pero si se puede hacer mas sencillo y fiable! mejor.

[Casimiro Notevi]

¿Has probado en guardarlo en otro campo con otra codificación?
Tener dos campos para lo mismo, uno en unicode y el otro en iso8859-1, por ejemplo.

[Toni]

Probe la sentencia sql que puse, con la que puedes hacerlo dinamico. Es decir sobre demanda, con un CAST. Inicialmente funciona...
Y que hasta ahi me parece una buena solución. Ya ire comentando. Es que tengo que generar un ficheros de intercambio con otras aplicaciones y cada una usa un set de caracteres. Esto es muy comun ver como segun que caracteres aun hoy dia salen mal impresos hasta en documentos oficiales.