Transparencia de distribucin

La transparencia de distribucin permite manejar una base de datos

fsicamente dispersa como si fuera centralizada. El nivel de transparencia
soportado por el Sistema de Administracin de Base de Datos Distribuida
(DDBMS) vara de sistema a sistema. Se reconocen tres niveles de
transparencia de distribucin (Rob, 2004):

La transparencia de fragmentacin es el mayor nivel de

transparencia. El usuario o programador no necesita saber que una
base de datos est en particiones; por consiguiente, ni los hombres ni
la ubicacin de los fragmentos se especifican antes de acceder a los
datos.

La transparencia de ubicacin existe cuando el usuario o

programador debe especificar los nombres de los fragmentos de la
base de datos, pero no su ubucacin.

La transparencia de ubicacin local existe cuando el usuario o

programador debe especificar tanto los nombres como las ubicaciones
de los fragmentos.

La transparencia de distribucin permite que una base de datos

distribuida sea tratada como una sola base de datos lgica. Si un
sistema de administracin de base de datos distribuida exhibe
transparencia de distribucin, el usuario no necesita saber:

que los datos estn en particiones,

que los datos pueden ser replicados en varios sitios, o

la ubicacin de los datos.

En la Tabla 1 se resumen las caractersticas de la transparencia de

distribucin.
Si la instruccin SQL
requiere:

Nombre del Nombre de la Luego el DDBMS Nivel de transparencia

fragmento ubicacin soporta de distribucin
S S Mapeo local Bajo
Transparencia de
S No Medio
ubicacin
Transparencia de
No No Alto
fragmentacin

Tabla 1. Resumen de caractersticas de transparencia de distribucin.

Al examinar la Tabla 1, podramos preguntarnos por qu no existe referencia

a una situacin en la cual el nombre del fragmento es "No" y el de la
ubicacin es "S". La razn por la que no se incluye este escenario es simple:
no puede tenerse el nombre de una ubicacin que no haga referencia a un
fragmento existente (si no necesita especificarse el nombre de un fragmento,
su ubicacin claramente no viene al caso).

Para ilustrar el uso de varios niveles de trasparencia, vamos a suponer que se

tiene una tabla EMPLEADO que contiene los atributos EMP_NOMBRE,
EMP_NAC, EMP_DIR, EMP_DEP y EMP_SALARIO. Los datos EMPLEADO
estn distribuidos en tres lugares: Veracruz, Monterrey y DF. La tabla est
dividida por ubicacin, es decir, todos los datos de los empleados de Veracruz
estn guardados en el fragmento E1, los datos de los empleados de
Monterrey en el fragmento E2 y los de DF en el fragmento E3. Esto lo
podemos ver en la Figura 1.

Figura 1. Ubicaciones de los fragmentos.

Bien, ahora supongamos que el usuario desea poner una lista de todos los
empleados con fecha de nacimiento anterior al 1 de enero de 1940. Para
enfocarse en los temas de transparencia, tambin supongamos que la tabla
EMPLEADO est fragmentada y que cada fragmento es nico (la condicin
de fragmento nico indica que todas las filas son nicas, sin hacer caso de
qu fragmento est localizado en elllas). Por ltimo, supongamos tambin
que ninguna parte de la base de datos est replicada en algn otro sitio de la
red.

Segn el nivel de soporte de la transparencia de distribucin, pueden

examinarse tres casos de consulta:

CASO 1: LA BASE DE DATOS SOPORTA TRANSPARENCIA DE FRAGMENTACIN

La consulta se ajusta al formato de consulta de base de datos no distribuida,

es decir, no especifica nombres de ubicaciones de fragmento. La consulta dice
as:

SELECT *
FROM EMPLEADO
WHERE EMP_NAC < '01-ENE-1940';

CASO 2: LA BASE DE DATOS SOPORTA TRANSPARENCIA DE UBICACIN

En la consulta deben especificarse los nombres de fragmento, mas No su

ubicacin. La consulta dice as:

SELECT *
FROM E1
WHERE EMP_NAC < '01-ENE-1940';

UNION
SELECT *
FROM E2
WHERE EMP_NAC < '01-ENE-1940';

UNION
SELECT *
FROM E3
WHERE EMP_NAC < '01-ENE-1940';

CASO 3: LA BASE DE DATOS SOPORTA TRANSPARENCIA DE UBICACIN LOCAL

En la consulta deben especificarse tanto el nombre como la ubicacin del

fragmento. Si se utiliza pseudo SQL, la consulta dice as:

SELECT *
FROM E1 NODE VERACRUZ
WHERE EMP_NAC < '01-ENE-1940';

UNION
SELECT *
FROM E2 NODE MONTERREY
WHERE EMP_NAC < '01-ENE-1940';

UNION
SELECT *
FROM E3 NODE DF
WHERE EMP_NAC < '01-ENE-1940';

La palabra NODE indica la ubicacin del fragmento de la base de

datos. Se utiliza NODE para propsitos de ilustracin y no forma
parte de la sintaxis SQL.

Al examinarse los formatos de consulta precedentes, se ve la forma en la que

la transparencia de distribucin afecta la interaccin de los usuarios y
programadores con la base de datos.

La transparencia de distribucin es soportada por un Diccionario de Datos

Distribuidos (DDD, por sus siglas en ingls: Data Distributed Dictionara) o
un Catlogo de Datos Distribuidos (DDC, por sus siglas en ingls: Data
Distributed Catalog). El DDC contiene la descripcin de toda la base de datos
tal como la ve su administrador. La descripcin de la base de datos, conocida
como esquema global distribuido, en el esquema de base de datos comn
utilizado por procesadores de transacciones locales, para transformar las
consultas de usuarios en subconsultas (solicitudes remotas) que sern
procesadas por diferentes procesadores de datos. El DDC es en s mismo
distribuido, y est replicado en los nodos de red; por consiguiente, el DDC
debe mantener consistencia mediante la actualizacin en todos los sitios.

Para concluir, debemos tomar en cuenta que algunas versiones actuales de

DDBMS limitan el nivel de soporte de transparencia; por ejemplo, podra
distribuirse una base de datos, mas no una tabla, a travs de varios sitios.
Una condicin como sa indica que el DDBMS soporta transparencia de
ubicacin, pero no de fragmentacin.