Estándar para Serializar datos

[Casimiro Noteví]

Entonces creo que no he entendido el problema, todos los servidores de mis clientes tienen instalados linux+firebird.
Puedes guardar las imágenes con un nombre que sea la referencia/código y empaquetarlas juntas para enviarlas, luego en su destino se desempaquetan y se importan a la base de datos destino.

[roman]

¿Y cómo empaquetas o qué significa empaquetar la imagen?

// Saludos

[Casimiro Noteví]

Con empaquetar me refiero simplemente a almacenar en un .zip

[roman]

¡Ah! O sea que tu método consiste en mandar el archivo de texto junto con uno o más zip que contienen los datos binarios. ¿Es así?

Pienso que también podría usar un XML como mencionaba. En el caso de las imágenes, podría codificarlas con base64 o similar para convertirlas en texto y poderlas poner en el xml.

// Saludos

[Casimiro Noteví]

Sí, depende de lo que se haya actualizado en la base de datos, pueden ir sólo textos, imágenes o ambos ficheros juntos en un archivo zip.
Cuando se hizo esa opción no estaba muy difundido xml, o mejor dicho, yo no lo conocía , de eso hace unos 14 años y es el mismo sistema que he ido implementando en cada nuevo proyecto. Es sencillo, rápìdo, eficaz, seguro... así que para qué cambiarlo

[marcoszorrilla]

Una conocida máxima en programación dice: "Si funciona no lo arregles."


Un Saludo.

[Walterdf]

El problema que tengo es que las imágenes no las quieren en archivos, por eso se extraen de una base de datos y al transmitirlas se vuelven a guardar en otra base.

El problema con xml y json es que agregan notaciones y eso hace crecer considerablemente el tamaño del archivo, a pesar de comprimir antes guardar.

El método que creé en python para probar, comprime y serializa los datos en forma binaria y es muy fácil deserializarlos, desde python obviamente.

De todos modos, probé utilizar xml y efectivamente el tamaño del archivo crece demasiado.

La variante que encontré (y tal vez sea no intentar reinventar la rueda) es utilizar una base de datos intermedia, sqlite. Que soporta campos blobs, es cross-plataform, existen drivers para muchos lenguajes, el archivo de la base es transportable y además no necesita ninguna instalación en el cliente. Por supuesto me cambia bastante el manejo de la aplicación teniendo que agregar componentes y demás, pero bueno, por el momento me parece que voy a demorar menos que seguir intentando reproducir el cds de los clientdatasets.

Si a alguien se le ocurre alguna otra sugerencia, bienvenido sea.

Un abrazo y mil gracias por las sugerencias y comentarios.

[roman]

No había pensado en sqlite. Creo que es una excelente opción.

// Saludos