FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hay standard en cuanto a la manera de archivar imagenes en campo Blob de bases de datos, de tal manera que los diversos clientes lean esas imagenes?
Yo ya me encontre, para empezar, conque no fue asi. Pero son dos aplicaciones, una que hice en Lazarus y el otro es usando SQLiteAdministrator. Ambase, en si mismas, estan correctas. Cada una guarda sus imagenes y las lee. Pero la otra no lee las que almacena una, y viceversa. Y no hay nada de encriptar. Es como si guardaras texto en una y no lo pudieras leer en la otra. Como solo se de estas dos aplicaciones, me interesa saber si hay una manera correcta o comun de archivar imagenes en campos Blob, de tal manera que la data sea compatible. En otras palabras, que se llene el principio de que la data sea independiente de la aplicacion, en cuanto a bases de datos y sus postulados originales. |
#2
|
||||
|
||||
Cita:
Primero aclara esos puntos |
#3
|
|||
|
|||
No, casimiro.
Lazarus hace aplicaciones (.exe) que abren bases de datos SQlite3. Si con una aplicacion de Lazarus guardas una imagen en Blob, con el SQLite3 Administrator NO la puedes ver, y viceversa, y es donde creo que algo no esta correcto, pues deberia de haber compatibilidad. El problema, creo que no se limita a SQLite3 y es la pregunta, si es o no asi. |
#4
|
||||
|
||||
No, ElMug.
Lazarus es un IDE, un entorno de desarrollo, el que crea el ejecutable (.exe si es windows (recuerda que también está para linux)) no es Lazarus, sino FPC (Free Pascal Compiler). Según entiendo, tú tienes un programa que has creado usando Lazarus, con tu programa (mediante algún controlador de bases de datos) accedes a una BD Sqlite donde almacenas y recuperas imágenes .bmp y .jpg. Estupendo. Ahora bien, también hablas de un 'manager' de sqlite, llamado 'SQLite3 Administrator' con el que dices que no puedes ver las imágenes que has guardado con tu programa. Entonces caben varias posibilidades: - Que el 'SQLite3 Administrator' únicamente permita ver .jpg o únicamente .bmp - Que el 'SQLite3 Administrator' no permita ver imágenes, piensa que la tarea de este tipo de programas no es esa. - Si 'SQLite3 Administrator' permite ver imágenes .jpg y .bmp y, sin embargo, no puedes verlas si han sido grabadas desde tu programa, entonces tendrías que darnos alguna información más que pudiéramos probar, ejemplos, poner código fuente que veamos, etc. Por ejemplo: si grabas la imagen desde el 'SQLite3 Administrator' ¿puedes verla desde tu programa?. Esperamos tus noticias. |
#5
|
||||
|
||||
Lo que DEBERIAS HABER HECHO es disponer de un campo en dicha tabla que almacene el tipo de imagen. De ese modo luego desde tu aplicativo lo que resta es leer dicho campo y hacer las debidas transformaciones de BLOB al tipo de imagen. Por ejemplo si en Tipo es BMP entonces creas un TBitmap y cargas en él el stream leído desde BLOB; y si en el campo se lee JPG creas un TJPEGImage (al menos así es en Delphi, no se si es igual en Lázarus) y realizas el adecuado tratamiento de stream.
Es la única forma de poder recuperar una imagen sea cual fuese el tipo/formato. El punto es que BLOB es eso... BLOB, información binaria. Es RESPONSABILIDAD del cliente en tratar adecuadamente lo que se almacene en él. En ningún momento SQLite sabe si lo que le estás pasando al campo es una imagen, un texto, un video o lo que fuese... para él, y cualquier motor de base de datos, es información binaria. Que el SQLAdministrator pueda interpretar parcialmente algunas imágenes se debe a que está diseñado y programado para reconocer justamente esos tipos de imagen leyendo el campo BLOB y buscando en la información binaria si algo se corresponde a las cabeceras de formato de los tipos que da soporte. Y lo mismo es lo que sucede con tu aplicativo. El componente que usas (que en ningún momento dices cual es, ni los tipos de imagenes que pasas con cada uno) seguramente sólo puede interpretar algunos formatos. NO HAY OTRA EXPLICACION LOGICA. Porque si tanto tu aplicativo como el administrador soportaran y estuvieras trabajando con el(los) mismo(s) formato(s) entonces con ambos deberían poder verse. La otra explicación, que es poco probable, es que tanto el componente que usas como el administrador alteren la información del BLOB con alguna "marca" que ellos mismos sólo pueden reconocer e interpretar. Lo cierto es que a menos que te expliques en los formatos, y en lo que haces con cada cosa y no te tomes las molestias de explicar en como es que estás desarrollando tu aplicación (y ni que decir sin mostrar al menos una partecita de código) va a ser muy difícil que encuentres una respuesta a tu pregunta. Lo último que te restaría es ponerte en contacto con el área de soporte de la empresa que hace dicho administrador... después de todo tu sabes lo que hace tu aplicación ¿o no? Saludos, |
#6
|
|||
|
|||
No, amigos Casimiro y Delphius.
No contestan a mi pregunta que es : Sobre COMPATIBILIDAD en cuanto al guardado de imagenes en campos Blob. Ramiro, segun tu el Lazarus no es un clone del Delphi? Vaya novedad! Con Lazarus desarrolle una aplicacion que archiva y lee todo lo convencional, incluyendo Imagenes en campo tipo Blob. Pero el SQLite-Administrator NO LAS LEE, y viceversa. Se los voy a poner mas claro: Con una aplicacion de ustedes que pueda abrir una base de datos en la cual imagenes Blob fueron archivadas (sabiendo su tipo: JPEG o .bmp), pueden ustedes leerals sin dificultad, indicando COMPATIBILIDAD, y viceversa, si con la aplicacion en Delphi archivas imagen, y sabes el tipo, y la abres de acuerdo al tipo en OTRA aplicaion, por ejemplo Access, no tienen problema? Ya lo han tratado? Ahora, Delphius, lo que me recomiendas NO SE ME APLICA, pues yo YA tengo un metodo original, que hace dos dias recientemente desarrolle, para LEER indiscriminativamente la imagen y mostrarla en mi aplicacion (hecha con Lazarus) SIN necesidad de una segunda columna que indique el tipo de formato, y SIN necesidad de DESCIFRAR el tipo de imagen, con bytes o bits del mismo dato Blob. Mañana se las posteo aqui, para compartir este nuevo y original logro. Sin embargo, aun me interesa saber sobre la compatibilidad en cuanto al almacenamiento de imagenes en cuanto a leerlas. Ya ven que la data debe de ser INDEPENDIENTE de la aplicacion (a menos que se trate de encriptaciones o de propositos especificos). Yo no tengo Delphi, si no ya lo habria probado, ni uso Access. Por el momento sol uso Lazarus (clon de Delphi) y SQLite3-Admistrator. Por favor lean lo que les explico, y les agradezco mucho el interes, pero no me han entendido la cuestion. Gracias, mañana les comparto lo mencionado. |
#7
|
||||
|
||||
No, amigo ElMug, creo que no te enteras o no te explicas. ¿Realmente has leído lo que hemos escrito?.
|
#8
|
|||
|
|||
La solución es cambiar la propiedad WriteHeader del Control TDBImage.
Cita:
Espero haber aclarado tu duda. Última edición por chekok fecha: 03-10-2014 a las 12:50:50. Razón: Corregir faltas de ortografia |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TClienDataSet Problemas con Campos Blob y Campos Calculados | LEVV | Conexión con bases de datos | 2 | 11-05-2012 01:25:43 |
DB firebird meter y sacar texto e imagenes a campos blob , con delphi | JXJ | Firebird e Interbase | 1 | 11-10-2010 11:52:34 |
Imagenes en campos BLOB y Delphi 7 | s_dominguez | Varios | 0 | 15-02-2005 17:08:01 |
Imagenes en Campos Blob | subzero | Firebird e Interbase | 11 | 26-11-2004 17:27:59 |
Imagenes(BLOB) Firebird con VB6 | pzhero | Firebird e Interbase | 5 | 06-05-2004 15:32:45 |
|