Está en la página 1de 7

Tpicos de Base de Datos Unidad III ITSS

Unidad 3. Sistemas de Multibase de Datos.

3.1. Caractersticas y clasificacin.

Un sistema multibase de datos (SMulBD) soporta operaciones en mltiples sistemas de


base de datos componentes (SBDC). Cada SBDC es manejado por un sistema manejador de base
de datos (SMBD). Un SBDC en un SMulBD puede ser centralizado o distribuido y puede residir en
la misma computadora o en mltiples computadoras conectadas por un subsistema de
comunicacin. Un SMulBD es llamado homogneo si todos los SMBD componentes son iguales; si
son diferentes entonces es llamado un SMulBD heterogneo.

Sheth y Larson [1990] proponen la taxonoma mostrada en la siguiente figura para


comparar las arquitecturas de diversos esfuerzos de investigacin y desarrollo. Esta taxonoma se
enfoca en la dimensin de autonoma.

Clasificacin de los Sistemas Multibase de Datos

Un SMulBD puede ser clasificado en dos tipos basados en la autonoma de la SBDCs: sistemas de
base de datos no-federada y sistemas de base de datos federada.

El que persevera alcanza Pgina 1


Tpicos de Base de Datos Unidad III ITSS

1. Sistema de Base de Datos No-Federada: Un sistema de base de datos no federado es una


integracin de SMBDs componentes que no son autnomos. Esto significa que los SBDCs al
participar en una federacin pierden su autonoma y cualquier operacin debe hacerse
sobre la base de datos global. Un sistema de este tipo no distingue entre usuarios locales y
usuarios no-locales. Un tipo particular de sistema de base de datos no-federado en el cual
todas las bases estn completamente integradas para proveer un esquema global simple
puede ser llamado SMulBD unificado. Esto lgicamente parece a los usuarios como un
sistema de base de datos distribuida.
2. Sistema de Base de Datos Federada: Un sistema de base de datos federada (SBDF)
consiste de SBDCs que son autnomos, participan en una federacin para permitir
comparticin parcial y controlada de sus datos. El concepto de autonoma implica que los
SBDCs tienen control sobre los datos que ellos manejan. Ellos cooperan para permitir
diversos grados de integracin. No hay control centralizado en una arquitectura federada
debido a que los SBDCs (y sus administradores de base de datos) controlan el accesos a
sus datos. Para permitir la comparticin controlada de datos mientras preserva la
autonoma de los SBDCs y continuar con la ejecucin de aplicaciones existentes, un SBDF
soporta dos tipos de operaciones: local y global (federacin). Esta divisin de operaciones
globales y locales es una caracterstica esencial de un SBDF. Las operaciones globales
involucran acceso a los datos usando un sistema manejador de base de datos federado y
puede involucrar manejar datos por mltiples SBDCs. Los SBDCs deben dar permisos de
accesar los datos que ellos manejan. Las operaciones locales son sometidas aun SBDC
directamente. En la mayora de los ambientes los SBDF tambin sern heterogneos, es
decir, consistirn de SBDCs heterogneos.

Fuente: http://fridafabiolah.galeon.com/smb.htm

3.2. Arquitectura de un sistema de multibase de datos.

Un esquema global en los SBDFs fuertemente acoplados es el resultado de la integracin de los


esquemas de exportacin de las bases de datos componentes. Un lenguaje de consulta global es
utilizado por los usuarios del sistema de base de datos federada para especificar consultas contra
el esquema global.

Para procesar una consulta global, la consulta primero es analizada y despus descompuesta en
unidades de consulta las cuales son representadas en la forma de un grafo de unidades de
consulta. El Generador del Plan de Ejecucin construye subconsultas a partir del grafo de unidades
de consulta y estima su costo de ejecucin. El plan de consulta con el costo estimado mnimo ser
enviado al despachador el cual ser el encargado de coordinar la ejecucin de las consultas. Por
ltimo, los resultados de las consultas son combinados para construir los resultados de la consulta
global.

El que persevera alcanza Pgina 2


Tpicos de Base de Datos Unidad III ITSS

Arquitectura de un sistema de multibase de datos Federada

Arquitectura de un Sistema de Base de Datos Federada

Sheth y Larson [1990] proponen una arquitectura de 5 niveles de esquemas para un SBDF:
esquema local, esquema componente, esquema de exportacin, esquema federado y esquema
externo:

Esquema Local. Un esquema local es el esquema conceptual del SBDC.


Esquema Componente. Un esquema componente es derivado de trasladar el esquema
local en un modelo de datos llamado cannico o modelo de datos comn.
Esquema de Exportacin. Un esquema de exportacin representa un subconjunto de un
esquema componente que est disponible para el SBDF.
Esquema Federado. Un esquema federado es una integracin de mltiples esquemas de
exportacin. Este esquema tambin incluye la informacin de la distribucin de datos que
es generada cuando se integran los esquemas de exportacin.
Esquema Externo. Un esquema externo define un esquema para un usuario y/o
aplicacin. Este esquema puede ser usado para especificar un subconjunto de la
informacin en el esquema federado.

El que persevera alcanza Pgina 3


Tpicos de Base de Datos Unidad III ITSS

Arquitectura de un SBDF con 5 niveles de esquemas [ Sheth y Larson 1990]

Un SBDF puede ser categorizado como dbilmente acoplado o fuertemente acoplado basado en la
idea de quien maneja la federacin y como los componentes son integrados.

Sistemas de Base de Datos Federada Dbilmente Acoplados

Un SBDF es dbilmente acoplado si la responsabilidad de crear y mantener la federacin recae en


el usuario y no hay control por parte del sistema federado y sus administradores. Litwin et al.
[1990] se refiere a este mismo concepto como multibases de datos o bases de datos
interoperables. Asumen que los usuarios necesitan accesar mltiples datos sin el beneficio de un
esquema global y que el componente esencial de un sistema de este tipo es el lenguaje usado para
manejar las bases de datos participantes. Otro requerimiento importante es que el usuario debe
ser capaz de formular manipulaciones multibase de datos no procedurales en la ausencia de un
esquema global. El usuario es responsable de comprender la semntica de los objetos en los
esquemas de exportacin y resolver la heterogeneidad de los SMBDs y de la semntica.

El lenguaje multibase de datos debe permitir a los usuarios definir y manipular una coleccin de
bases de datos autnomas en una forma no procedural. Tal lenguaje necesita caractersticas que
no son parte de lenguajes de bases de datos, esto debido a que los SMBDs clsicos fueron
desarrollados para una sola base de datos. En Litwin y Abdellalit [1987] se describen las
caractersticas de MDSL un lenguaje de manipulacin multibase de datos.

El que persevera alcanza Pgina 4


Tpicos de Base de Datos Unidad III ITSS

Sistemas de Base de Datos Federada Fuertemente Acoplados

Una Federacin es fuertemente acoplada si su administrador (es) tiene la responsabilidad de crear


y mantener la federacin y el control de acceso a los SBDCs. Una federacin est compuesta por
una integracin selectiva y controlada de sus componentes. La actividad de desarrollar un SBDF
fuertemente acoplado consiste en la creacin de un esquema federado sobre el cual las
operaciones (consultas y/o actualizaciones) son ejecutadas.

Un SBDF fuertemente acoplado puede tener uno o ms esquemas federados. Un SBDF


fuertemente acoplado se dice que tiene una federacin sencilla si permite la creacin y manejo de
solamente un esquema federado. Tener un esquema federado sencillo ayuda a mantener la
uniformidad en la interpretacin semntica de los datos integrados. Un SBDF fuertemente
acoplado se dice que tiene una federacin mltiple si permite la creacin y manejo de mltiples
federaciones. Las restricciones involucradas en mltiples SBDCs, sin embargo, puede ser difcil de
imponer.

Un SBDF fuertemente acoplado provee localizacin, duplicacin y transparencia de distribucin.


Esto es llevado a cabo al desarrollar un esquema federado que integra mltiples esquemas de
exportacin. Las transparencias son manejadas por los mapeos entre el esquema federado y los
esquemas de exportacin, y un usuario de la federacin puede hacer consultas a travs de un
lenguaje de consultas clsico contra el esquema federado con la ilusin de que se est accesando
un solo sistema [Sheth y Larson 1990].

Debido a que un esquema federado es creado al integrar todos los esquemas de exportacin y
porque este esquema federado soporta los requerimientos de datos de todos los usuarios, este
puede llegar a ser demasiado grande y por tanto difcil de crear y mantener.

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html
y http://fridafabiolah.galeon.com/smb.htm

3.3. Procesamiento de operaciones de actualizacin.

Todas las operaciones financieras relativas a la gestin de un pedido se almacenan temporalmente


en un fichero de pagos hasta que se lleva a cabo su procesamiento. Es en este momento cuando

El que persevera alcanza Pgina 5


Tpicos de Base de Datos Unidad III ITSS

los datos se actualizan en los campos correspondientes de los ficheros del sistema y todas las
transacciones realizadas pasan al fichero histrico de pagos. Asimismo, al procesar las operaciones
toda la informacin relativa a ellas debe imprimirse necesariamente.

El procesamiento de las operaciones (que se realizar de forma centralizada en los Servicios


Centrales), tiene una importancia, pues, fundamental para la correcta gestin de las adquisiciones,
por lo que hemos decidido dedicarle un apartado independiente.

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html

3.4. Procesamiento de consultas.

El proceso de consultas en bases de datos relacionales deja al programador de aplicaciones en un


escenario distinto al anterior; la razn es el empleo de lenguajes de especificacin: si se utiliza un
lenguaje de especificacin el programador no tiene que disear ni generar un mtodo para
ejecutar la especificacin o consulta requerida, es decir el programador es introducido en un
escenario no procedural, no est obligado a crear mtodos ni procedimientos para obtener los
datos, slo a especificar los datos que requiere. Ejemplo: si en un programa de aplicacin se
inserta una instruccin SQL del tipo:

SELECT NoMatricula, Nombre, Asignatura, Nota FROM notas WHERE curso= 3

Lo nico que est aportando el programador es la especificacin de los datos requeridos (qu
datos requiere?), pero a diferencia de la obtencin de datos en un ambiente de archivos
convencionales no especifica el algoritmo o mtodo de obtencin (cmo o por qu camino
obtenerlos?).

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html

3.5 Aplicaciones multibase de datos

Las BDs Heterogneas o Multibase de Datos son aquellas donde Sitios diferentes utilizan
diferentes DBMSs, siendo cada uno esencialmente autnomo. Es posible que algunos sitios no
sean conscientes de la existencia de los dems y quizs proporcionen facilidades limitadas para la
cooperacin en el procesamiento de transacciones en las bases de datos distribuidas
heterogneas puede que los diferentes sitios utilicen esquemas y software de gestin de sistemas
de bases de datos diferentes. Puede que algunos sitios no tengan informacin de la existencia del

El que persevera alcanza Pgina 6


Tpicos de Base de Datos Unidad III ITSS

resto y que slo proporcionen facilidades limitadas para la cooperacin en el procesamiento de las
transacciones. La heterogeneidad se debe a que los datos de cada BD son de diferentes tipos o
formatos. El enfoque heterogneo es ms complejo que el enfoque homogneo. Hoy en da existe
la tendencia a crear software que permita

Tener acceso a diversas bases de datos autnomas preexistentes almacenadas en SGBD


heterogneos.

La Heterogeneidad de las BDs es inevitable cuando diferentes tipos de BD coexisten en una


organizacin que trata de compartir datos entre stas BDD heterogneamente: El tratamiento de
la informacin ubicada en bases de datos distribuidas heterogneas exige una capa de software
adicional por encima de los sistemas de bases de datos ya existentes. Esta capa de software se
denomina sistema de bases de datos mltiples. Puede que los sistemas locales de bases de datos
empleen modelos lgicos y lenguajes de definicin y de tratamiento de datos diferentes, y que
difieran en sus mecanismos de control de concurrencia y de administracin de las transacciones.

Fuente: http://tbdmontalvogil.blogspot.mx/2013/12/unidad-3-sistemas-multibase-de-datos.html

ACTIVIDADES A REALIZAR

1. Realizar un resumen de unidad de la informacin presentada y leda.


2. Realizar un cuestionario de 30 preguntas de la informacin presentada y leda.
3. Dibujar en la libreta la Clasificacin de los Sistemas Multibase de Datos.
4. Dibujar en la libreta la Arquitectura de un sistema de multibase de datos Federada.
1. Dibujar en la libreta la Arquitectura de un SBDF con 5 niveles de esquemas.

El que persevera alcanza Pgina 7

También podría gustarte