cual es la mejor forma de trabajar con blob

[Casimiro Noteví]

En un BLOB puedes guardar lo que quieras, sin ningún problema, es simplemente una "cadena" de caracteres. Da igual si es una imagen, un pdf, un video, un texto, un mp3, un ejecutable, una base de datos completa, etc. cualquier cosa. La base de datos no va a hacer ningún tipo de control sobre lo que se guarda, le da igual.
Si se extrae lo almacenado en un campo blob y se guarda en disco, si intentamos abrirlo entonces el sistema operativo usará el programa que tenga predeterminado para el mismo, si lo tiene, y en caso contrario dirá que no puede abrirlo. No es ningún problema.
En mi extrabajo tenemos un módulo de seguimientos (para clientes/proveedores/artículos/vendedores/documentos/etc.) donde se almacena "cualquier cosa", y puede ser luego visionada, extraída, impresa, reproducida, etc. según el tipo de fichero del que se trate.
Por ejemplo, en la ficha de proveedores, en su apartado "Seguimientos" se pueden almacenar sus documentos en formato pdf, fotos de los representantes de la empresa, una imagen escaneada de un periódico donde hablan sobre esa empresa y que conviene tenerlo a mano, etc. cualquier cosa que sirva para tener información sobre ese proveedor.
Para este caso en concreto se usa una base de datos externa donde se almacena todo lo concerniente a "Seguimientos", para no recargar la base de datos principal de la gestión comercial.
O sea, que no hay que "restringirse" a uno o dos formatos de imágenes o documentos pdf. Que si hace falta almacenar más cosas, se almacenan y no pasa nada.
También (y aquí volvemos al eterno debate) se puede almacenar en directorios externos con sus pros y sus contras, que creo que no es necesario recordar.

Lo de almacenarlo en una base de datos aparte es porque ya llegan a tamaños bastante considerables, deben rondar ya los 50 gigas de media. Y no es necesario estar haciendo backup todos los días de esa información.

[ElMug]

Si, Casimiro, pero si para verlos hay que vaciar el Blob de la base de datos a un archivo temporal, y da casi lo mismo que tener ya los archivos originales en un folder, y almacenar en la base de datos solo la ubicacion del archivo.

De esa manera, la base de datos es mas ligera.

Lo unico es que la base de datos NO ES portatil. Pero si la base es fija, y los Blobs son grandes, pues en lo personal optaria por solo usar apuntadores a las ubicaciones.

Ademas no me es pausible que se guarde "todo tipo de Blobs", pues ya que Blobs pueden ser hasta peliculas, musica, etc, a la cual no le veo caso que se almacenen en base de datos, si no es que sea ESE el uso especifico.

Cada caso y uso, sin embargo, se debe de basar en lo que mas conviene.

[Casimiro Noteví]

Empezado por ElMug

Cada caso y uso, sin embargo, se debe de basar en lo que mas conviene.

Claro, cada caso es distinto y hay que estudiarlo por separado.

[anubis]

Estamos de acuerdo en que se puede guardar todo tipo de datos en un blob, la cuestión es que finalidad que le vayas a dar.
Por lo que entiendo, elmug prefiere limitar lo que se va a guardar por política de la empresa y casimiro guarda todo lo que sirve.
A fin de cuentas el que lleva el control es el programador, sino quieres que te almacenen archivos grandes, puedes limitar el tamaño también.
La aplicación que estoy haciendo, más que nada por utilidad y por seguir aprendiendo, porque al final son para uso propio, va a almacenar finalmente pdf, por una cuestión práctica (un pdf puede constar de varias páginas y en formato de imagen serian tantas imagenes como páginas).

Por otro lado, no es que quiera controlar los pdf y tuviera que usar controles adobe, porque estaria limitado a estos, porque yo no uso adobe reader sino foxitreader porejemplo, o bien, si quiero migrar la aplicacion a linux la cosa cambiaria.

Como no hay un componente pdf exclusivo en lazarus, la opcion de tprocess me parecia muy buena porque la de shellexecute es exclusiva para windows y además no puedes bloquear la aplicacion hasta que cierras, en este caso, el visor de pdf.

Ya no se si tengo que abrir otro post, porque ahora me estoy centrando en la apertura de documentos con el programa determinado en el SO para hacerlo con tprocess, pero esta muy complicado.
Opendocument, como digo, al final usa shellexecute.

Un saludo y gracias amigos

[ElMug]

Recuerda que en formato imagen puedes convenientemente, aunque con sus respectivas limitaciones, TAMBIEN mostrar un PDF (convirtiendolo en imagen), y es que el formato JPEG o el .bmp si estan muy universalizados.

Mis aplicaciones son portatiles, en las que uso imagenes, por esa sola razon, si guardo las imagenes en la base de datos.

[anubis]

Gracias.

Si, el problema de convertir un pdf a imagen es cuando el pdf tiene mas de 1 página, sino si lo dejaba en formato imagen.
De todas formas tanto los pdf como lo png o jpg no los voy a manipular sino mostrar o imprimir, de ahi que busque el shellexecute o el tprocess.

saludos

[[mightydragonlor]]

Recuerda que openDocument si es mucho mas que ShellExecute, ya que este último sólo funciona en Win2 y OpenDocument en Linux, MacOSx y Win2.
Saludos.