sql - example - ¿Qué es exactamente un BLOB en un contexto DBMS?

blob sql oracle (8)

¿Qué es un Blob?
¿Como puedo usar lo?
¿Qué diferencias hay entre los Blobs de DBMS, me gustaría guardar datos usando blobs pero en cualquier DBMS, y luego con una biblioteca leer ese blob ...?

En las computadoras, un BLOB (objeto grande binario), pronunciado BLAHB y a veces escrito en minúsculas, es un archivo grande, típicamente una imagen o un archivo de sonido, que debe manejarse (por ejemplo, cargado, descargado o almacenado en una base de datos) ) de una manera especial debido a su tamaño. Según Eric Raymond, la idea principal de un BLOB es que el manejador del archivo (por ejemplo, el administrador de la base de datos) no tiene forma de entender el archivo para descubrir cómo lidiar con él, bien podría ser un gran trozo de carbón, pero ahí está y ¿ahora qué? Otras fuentes enfatizan que el término fue acuñado para referirse a objetos de big data y para connotar los problemas que a veces presentan al manejarlos. Una aplicación que trata con BLOBs es el almacenamiento de la base de datos de grandes objetos multimedia, como películas y programas de televisión.

Esto puede parecer una pregunta tonta, pero ¿para qué quieres usar un RDBMS?

Si solo desea almacenar archivos, entonces el sistema de archivos del sistema operativo es generalmente adecuado. Un RDBMS generalmente se usa para datos estructurados y (excepto para los incrustados como SQLite) que manejan la manipulación concurrente de esos datos (bloqueo, etc.). Otras características útiles son la seguridad (manejo del acceso a los datos) y la copia de seguridad / recuperación. En este último caso, la principal ventaja sobre una copia de seguridad de sistema de archivos regular es la capacidad de recuperarse a un punto en el tiempo entre copias de seguridad mediante la aplicación de algún tipo de archivo de registro.

Los BLOB son, en lo que respecta a la base de datos en cuestión, desestructurados y opacos. Oracle tiene algunos tipos específicos de ORDSYS para objetos multimedia (por ejemplo, imágenes) que también tienen un montón de metadatos adjuntos, y tienen métodos asociados (por ejemplo, cambiar el tamaño o volver a colorear una imagen).

Lo veo como una gran cantidad de datos binarios. La usabilidad de BLOB se sigue inmediatamente del ancho de banda limitado de la interfaz DB, no está determinada por los mecanismos de almacenamiento DB. No importa cómo almacene la gran cantidad de datos, la única forma de almacenar y recuperar es la estrecha interfaz de la base de datos. La base de datos es un cuello de botella del sistema. ¿Por qué usarlo como un servidor de archivos, que se puede distribuir fácilmente? Normalmente no desea descargar el BLOB. Solo desea que el DB almacene sus URL BLOB. Deposite los BLOB en un servidor de archivos por separado. Luego, se libera la valiosa conexión DB y se proporciona ancho de banda ilimitado para objetos grandes. Sin embargo, esto crea cierto problema de coherencia.

No expandiré el acrónimo una vez más ... pero añadiré algunos matices a la otra definición: puede almacenar cualquier información en un blob, independientemente de otras interpretaciones de bytes que pueda tener. El texto se puede almacenar en un blob, pero sería mejor con un CLOB si tiene esa opción.

No debe haber diferencias entre los BLOB en las bases de datos en el sentido de que después de haber guardado y recuperado los datos no se modifica ... cómo cada base de datos logra que se trate de una blackbox y afortunadamente casi sin excepción es irrelevante. La forma de interactuar con BLOBS, sin embargo, puede ser muy diferente ya que no hay especificaciones en los estándares SQL (o estándares en las especificaciones) para ello. Por lo general, deberá invocar procedimientos / funciones para guardarlos y limitar cualquier consulta basada en el contenido de un BLOB es casi imposible si no está prohibido.

Entre las otras cosas enumeradas como datos binarios, también puede almacenar representaciones binarias de texto -> códigos de caracteres con una codificación dada ... sin saber realmente ni especificar la codificación utilizada.

BLOBS son los denominadores comunes más bajos de los formatos de almacenamiento.

Son objetos grandes binarios, puede usarlos para almacenar datos binarios, como imágenes u objetos serializados, entre otras cosas.

Un BLOB es un Objeto Grande Binario. Se usa para almacenar grandes cantidades de datos binarios en una base de datos.

Puede usarlo para almacenar cualquier clase de datos binarios que desee, incluye imágenes, video o cualquier otro tipo de datos binarios que desee almacenar.

Diferentes DBMS tratan a los BLOB de diferentes maneras; debe leer la documentación de las bases de datos que le interesan para ver cómo (y si) manejan BLOB.

cualquier bloque grande de datos almacenados en una base de datos, como una imagen o un archivo de sonido, que no incluye campos de registro, y no puede ser buscado directamente por el motor de búsqueda de la base de datos.

BLOB:

BLOB ( Binary Large Object ) es un tipo de datos de objeto grande en el sistema de base de datos. BLOB podría almacenar una gran cantidad de datos, tipos de documentos e incluso archivos multimedia, como archivos de audio o video. BLOB campos BLOB asignan espacio solo cuando se utiliza el contenido en el campo. BLOB asigna espacios en Giga Bytes.

USO DEL BLOB:

Puede escribir un objeto binario grande ( BLOB ) en una base de datos como datos binarios o de caracteres, según el tipo de campo en su origen de datos. Para escribir un valor BLOB en su base de datos, emita la INSERT or UPDATE apropiada y pase el valor BLOB como parámetro de entrada. Si su BLOB se almacena como texto, como un campo de texto de SQL Server, puede pasar el BLOB como un parámetro de cadena. Si el BLOB se almacena en formato binario, como un campo de imagen de SQL Server, puede pasar una matriz de bytes de tipo como un parámetro binario.

Un enlace útil: Almacenar documentos como BLOB en la base de datos. ¿Alguna desventaja?