Guía rápida de iniciación de DB2 Data Links Manager
Existen varios motivos por los cuales desee continuar utilizando el
paradigma de archivos para almacenar, acceder y modificar objetos de datos
grandes utilizando las tecnologías de Data Links, en lugar de mover estos
objetos a un depósito de base de datos tradicional:
- Rendimiento
- El modelo de datos almacenar y avanzar es inaceptable por
razones de rendimiento. Por ejemplo, puede resultar inaceptable para el
gestor de bases de datos materializar un Objeto grande binario (BLOB) en un
archivo, y viceversa, cada vez que se tiene que acceder a los datos como un
archivo.
Además, los datos se pueden capturar en grandes volúmenes y puede que no
desee almacenar estos datos en la base de datos.
- Consideraciones sobre la red
- El usuario puede acceder a los datos directamente desde un servidor de
archivos que se encuentra físicamente cerca de una estación de trabajo.
Por ejemplo, el servidor de archivos se puede configurar de modo que la
distancia de red sea menor para el usuario, en comparación con la base de
datos en la que se almacenan todos los BLOB. El número de bytes que
fluyen para un objeto grande es muy superior al número de bytes
correspondiente a una respuesta a una consulta SQL. La distancia de red
entre recursos es, por lo tanto, una consideración que se debe tener en
cuenta.
- Distribución isócrona
- Puede que esté utilizando una aplicación que utilice un servidor de
corrientes porque tiene requisitos en tiempo real para la distribución y
captura. Esto se conoce como "distribución isócrona". Un ejemplo
de distribución isócrona puede ser un servidor de vídeo que ofrece vídeo de
alta calidad (o "sin parpadeos") a una estación de trabajo cliente en tiempo
real. En este tipo de aplicaciones es probable que estos datos no se
trasladen ni dentro de fuera de la base de datos como un BLOB, sino que
permanezcan en el servidor de archivos para un acceso inmediato.
- Coste
- Si está considerando la utilización de una base de datos como depósito, en
primer lugar debe tener en cuenta el gasto de volver a escribir aplicaciones
que actualmente utilizan semántica de E/S de archivo estándar.
Además, sus aplicaciones pueden utilizar herramientas existentes que
funcionan con el paradigma de archivos. El sustituir estas herramientas
también puede resultar caro.
[ Principio de página | Página anterior | Página siguiente | Contenido | Índice ]