Peticiones Distribuidas - IBM DB2 Connect Guia Del Usuario

Peticiones distribuidas

Una petición distribuida es una función de la base de datos distribuida que permite
que aplicaciones y usuarios sometan sentencias de SQL que hagan referencia a dos
o más DBMS o bases de datos en una sola sentencia. Por ejemplo, una unió en
tablas de dos sistemas DB2 para OS/390 o z/OS distintos.
DB2 Connect proporciona soporte a las peticiones distribuidas entre bases de datos
y DBMS. Por ejemplo, es posible realizar una operación UNION entre una tabla de
DB2 y una vista de Oracle. Entre los DBMS a los que se proporciona soporte, se
incluyen los miembros de la familia DB2 (como, por ejemplo, DB2 Database para
Linux, UNIX y Windows, DB2 para OS/390 y z/OS y DB2 UDB para iSeries) y
Oracle. Cuando se utiliza DB2 Connect en combinación con WebSphere Federation
Server se proporciona soporte a varios proveedores.
La petición distribuida proporciona transparencia de ubicación a los objetos de base
de datos. Si se mueve la información (de tablas y vistas), las referencias a esta
información (denominadas apodos) puede actualizarse sin realizar ningún cambio
en las aplicaciones que solicitan la información. La petición distribuida también
proporciona compensación a los DBMS que no proporcionan soporte al dialecto de
SQL de DB2 en su totalidad o a ciertas funciones de optimización. Las operaciones
que no pueden realizarse bajo un DBMS de este tipo (como, por ejemplo, el SQL
recursivo) se ejecutan en DB2 Connect.
La petición distribuida funciona de forma semi autónoma. Por ejemplo, las consultas
de DB2 que contienen referencias a objetos de Oracle pueden enviarse mientras
otras aplicaciones de Oracle estén accediendo al mismo servidor. La petición
distribuida no monopoliza ni restringe el acceso (más allá de las restricciones de
integridad y bloqueo) a Oracle ni a otros objetos del DBMS.
La implementación de la función de petición distribuida consiste en una instancia
de DB2 Connect, una base de datos que servirá como base de datos federada y una
o más fuentes de datos remotas. La base de datos federada contiene las entradas de
catálogo que identifican las fuentes de datos y sus características. Una fuente de
datos está formada por un DBMS y datos. Las aplicaciones se conectan a la base de
datos federada igual que a cualquier otra base de datos DB2. La base de datos
federada de DB2 Connect carece de licencia para gestionar los datos del usuario.
Su única finalidad consiste en contener información sobre las fuentes de datos.
Una vez se ha configurado un sistema federado, la información es posible acceder
a la información de las fuentes de datos como si se tratara de una gran base de
datos. Los usuarios y las aplicaciones envían consultas a una base de datos
federada, que entonces recupera los datos de la familia DB2 y de los sistemas
Oracle a medida que los necesita. Los usuarios y las aplicaciones especifican
apodos en las consultas; estos apodos proporcionan referencias a tablas y vistas
que se encuentran en las fuentes de datos. Desde la perspectiva del usuario final,
los apodos son similares a los alias.
Hay muchos factores que pueden afectar el rendimiento de las peticiones
distribuidas. El factor más importante es asegurar que en el catálogo global de la
base de datos federada se guarde información precisa y actualizada sobre las
fuentes de datos y sus objetos. El optimizador de DB2 utiliza esta información, que
puede influir en la decisión de aplicar operaciones para su evaluación en las
fuentes de datos.
15
Capítulo 2. Distributed Relational Database Architecture (DRDA)