3.1. Características y
clasificación.
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 múltiples
computadoras conectadas por un subsistema de comunicación. Un SMulBD es llamado
homogéneo si todos los SMBD componentes son iguales; si son diferentes entonces
es llamado un SMulBD heterogéneo.
Sheth y Larson [1990] proponen la taxonomía mostrada en la siguiente figura
para
comparar las arquitecturas de diversos esfuerzos de investigación y desarrollo.
Esta taxonomía se enfoca en la dimensión de autonomía.
1. Sistema de Base de Datos No-Federada: Un sistema de base de datos no
federado es una
integración de SMBDs componentes que no son autónomos. Esto significa que los
SBDCs al
participar en una federación pierden su autonomía y cualquier operación 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 están completamente integradas para proveer un esquema global
simple
puede ser llamado SMulBD unificado. Esto lógicamente parece a los usuarios como
un
sistema de base de datos distribuida.
consiste
de SBDCs que son autónomos, participan en una federación para permitir
compartición
parcial y controlada de sus datos. El concepto de autonomía implica que los
SBDCs
tienen control sobre los datos que ellos manejan. Ellos cooperan para permitir
diversos
grados de integración. No hay control centralizado en una arquitectura federada
debido a
que los SBDCs (y sus administradores de base de datos) controlan el acceso a
sus
datos. Para permitir la compartición controlada de datos mientras preserva la
autonomía
de los SBDCs y continuar con la ejecución de aplicaciones existentes, un SBDF
soporta
dos tipos de operaciones: local y global (federación). Esta división de
operaciones
globales
y locales es una característica 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 múltiples SBDCs. Los SBDCs deben dar permisos de
accesar
los datos que ellos manejan. Las operaciones locales son sometidas aun SBDC
directamente.
En la mayoría de los ambientes los SBDF también serán heterogéneos, es
decir,
consistirán de SBDCs heterogéneos.
3.2. Arquitectura de un sistema
de multibase de datos.
de
consulta y estima su costo de ejecución. El plan de consulta con el costo
estimado mínimo será enviado al despachador el cual
será el encargado de coordinar la ejecución de las consultas. Por último, los resultados de las
consultas son combinados para construir los resultados de la consulta global.
3.3. Procesamiento de operaciones
de actualización.
El procesamiento de las operaciones (que se realizará de forma centralizada en
los Servicios
Centrales), tiene una importancia, pues, fundamental para la correcta gestión
de las adquisiciones,
por lo que hemos decidido dedicarle un apartado independiente.
SELECT NoMatricula, Nombre, Asignatura, Nota FROM notas WHERE curso= “3º”
Lo único que está aportando el programador es la especificación de los datos
requeridos (¿qué
datos requiere?), pero a diferencia de la obtención de datos en un ambiente de
archivos
convencionales no especifica el algoritmo o método de obtención (¿cómo o por
qué camino
obtenerlos?)
diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible que
algunos sitios no sean conscientes de la existencia de los demás y quizás proporcionen
facilidades limitadas para la cooperación en el procesamiento de transacciones
en las bases de datos distribuidas
heterogéneas puede que los diferentes sitios utilicen esquemas y software de
gestión de sistemas de bases de datos diferentes. Puede que algunos sitios no
tengan información de la existencia del resto y que sólo proporcionen
facilidades limitadas para la cooperación 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 heterogéneo es más complejo que el enfoque homogéneo. Hoy en día
existe la tendencia a crear software que permita
Tener acceso a diversas bases de datos autónomas preexistentes almacenadas en
SGBD
heterogéneos.
La Heterogeneidad de las BDs es inevitable cuando diferentes tipos de BD
coexisten en una
organización que trata de compartir datos entre éstas BDD heterogéneamente: El
tratamiento de la información ubicada en bases de datos distribuidas heterogéneas
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 múltiples. Puede que los sistemas locales de bases de datos empleen
modelos lógicos y lenguajes de definición y de tratamiento de datos diferentes,
y que difieran en sus mecanismos de control de concurrencia y de administración
de las transacciones.
Bibliografía
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 múltiples computadoras conectadas por un subsistema de comunicación. Un SMulBD es llamado homogéneo si todos los SMBD componentes son iguales; si son diferentes entonces es llamado un SMulBD heterogéneo.
Sheth y Larson [1990] proponen la taxonomía mostrada en la siguiente figura para
comparar las arquitecturas de diversos esfuerzos de investigación y desarrollo. Esta taxonomía se enfoca en la dimensión de autonomía.
1. Sistema de Base de Datos No-Federada: Un sistema de base de datos no federado es una
integración de SMBDs componentes que no son autónomos. Esto significa que los SBDCs al
participar en una federación pierden su autonomía y cualquier operación 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 están completamente integradas para proveer un esquema global simple
puede ser llamado SMulBD unificado. Esto lógicamente parece a los usuarios como un
sistema de base de datos distribuida.
consiste de SBDCs que son autónomos, participan en una federación para permitir
compartición parcial y controlada de sus datos. El concepto de autonomía implica que los
SBDCs tienen control sobre los datos que ellos manejan. Ellos cooperan para permitir
diversos grados de integración. No hay control centralizado en una arquitectura federada
debido a que los SBDCs (y sus administradores de base de datos) controlan el acceso a
sus datos. Para permitir la compartición controlada de datos mientras preserva la
autonomía de los SBDCs y continuar con la ejecución de aplicaciones existentes, un SBDF
soporta dos tipos de operaciones: local y global (federación). Esta división de operaciones
globales y locales es una característica 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 múltiples SBDCs. Los SBDCs deben dar permisos de
accesar los datos que ellos manejan. Las operaciones locales son sometidas aun SBDC
directamente. En la mayoría de los ambientes los SBDF también serán heterogéneos, es
decir, consistirán de SBDCs heterogéneos.
de consulta y estima su costo de ejecución. El plan de consulta con el costo estimado mínimo será enviado al despachador el cual será el encargado de coordinar la ejecución de las consultas. Por último, los resultados de las consultas son combinados para construir los resultados de la consulta global.
El procesamiento de las operaciones (que se realizará de forma centralizada en los Servicios
Centrales), tiene una importancia, pues, fundamental para la correcta gestión de las adquisiciones,
por lo que hemos decidido dedicarle un apartado independiente.
SELECT NoMatricula, Nombre, Asignatura, Nota FROM notas WHERE curso= “3º”
Lo único que está aportando el programador es la especificación de los datos requeridos (¿qué
datos requiere?), pero a diferencia de la obtención de datos en un ambiente de archivos
convencionales no especifica el algoritmo o método de obtención (¿cómo o por qué camino
obtenerlos?)
diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible que algunos sitios no sean conscientes de la existencia de los demás y quizás proporcionen facilidades limitadas para la cooperación en el procesamiento de transacciones en las bases de datos distribuidas
heterogéneas puede que los diferentes sitios utilicen esquemas y software de gestión de sistemas de bases de datos diferentes. Puede que algunos sitios no tengan información de la existencia del resto y que sólo proporcionen facilidades limitadas para la cooperación 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 heterogéneo es más complejo que el enfoque homogéneo. Hoy en día existe la tendencia a crear software que permita
Tener acceso a diversas bases de datos autónomas preexistentes almacenadas en SGBD
heterogéneos.
La Heterogeneidad de las BDs es inevitable cuando diferentes tipos de BD coexisten en una
organización que trata de compartir datos entre éstas BDD heterogéneamente: El tratamiento de la información ubicada en bases de datos distribuidas heterogéneas 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 múltiples. Puede que los sistemas locales de bases de datos empleen modelos lógicos y lenguajes de definición y de tratamiento de datos diferentes, y que difieran en sus mecanismos de control de concurrencia y de administración de las transacciones.
Comentarios
Publicar un comentario