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.
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?).
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.
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.
