FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Conversion de collates (tipos caracter)
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??
__________________
Saludos, Bitman Última edición por Toni fecha: 09-06-2015 a las 12:19:01. |
#2
|
|||
|
|||
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.
Voy a ver como interpreta en el resto de la aplicación hasta guardar al fichero....
__________________
Saludos, Bitman |
#3
|
||||
|
||||
Quizás haciendo un backup transportable y luego restaurando con el nuevo collate.
|
#4
|
|||
|
|||
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.
__________________
Saludos, Bitman |
#5
|
||||
|
||||
Entonces, una vez extraidos los datos podrás guardarlo como quieras, no tiene nada que ver la base de datos.
|
#6
|
|||
|
|||
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.
__________________
Saludos, Bitman |
#7
|
||||
|
||||
¿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. |
#8
|
|||
|
|||
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.
__________________
Saludos, Bitman |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Conversion de tipos | cacu | OOP | 2 | 29-01-2008 17:49:43 |
Conversion de caracter a fecha | sierraja | Firebird e Interbase | 4 | 02-11-2007 02:36:00 |
conversion de tipos | klaar | Varios | 1 | 26-01-2007 23:12:39 |
conversión caracter-binario | fabiof2000 | Varios | 5 | 17-08-2005 06:24:00 |
Conversion de tipos | rafstyle | Varios | 3 | 24-09-2004 11:05:30 |
|