1.

4 Arquitectura de BDD
La mayora de los sistemas de manejo de bases de datos disponibles actualmente estn basadas en la arquitectura ANSI-SPARC la cual divide a un sistema en tres niveles: interno, conceptual y externo
Nivel externo Usuario 1 Vista 1 Usuario 2 Vista 2 Usuario n Vista n

Nivel conceptual Nivel interno Organizacin fsica de los datos

Esquema conceptual Esquema Interno BD

1.4 Arquitectura de BDD

Vista Externo

Vista Conceptu al

Vista Interna

1.4 Arquitectura de BDD

1.4 Arquitectura de BDD

Para definir ese modelo de referencia se puede seguir uno de los siguientes tres enfoques:  Basado en componentes. Se definen los componentes del sistema junto con las relaciones entre ellas. (SMBD).  Basado en funciones. Se identifican las diferentes clases de usuarios junto con la funcionalidad que el sistema ofrecer para cada clase. Ventaja claridad objetivos, desventaja forma de alcanzar.  Basado en datos. clasifica los diferentes tipos de datos y se define las unidades funcionales que utilizarn los datos de acuerdo a esta clasificacin. Ventaja .- manejo datos. Desventaja .- los dos anteriores.

1.4 Arquitectura de BDD

Arquitectura de referencia El esquema global define todos los datos contendidos en la base de datos distribuida como si ella no fuera distribuida. El esquema de fragmentacin Es una descripcin del modo en que hay que particionar lgicamente los datos. esquema de asignamiento El especifica el lugar en el cual cada fragmento es almacenado. De aqu, los fragmentos pueden migrar de un sitio a otro en respuesta a cambios en los patrones de acceso.

1.4 Arquitectura de BDD

El Esquema de Mapeo local define el mapeo de las imgenes fsicas con los objetos manipulados SMBD locales. Este nivel es dependiente del tipo de DBMSs local. Establece la correspondencia entre los fragmentos del esquema de asignacin y los objetos externos de la base de datos local En un ambiente heterogneo hay diferentes tipos de mapeos locales para los sitios.

1.4 Arquitectura de BDD

1.4 Arquitectura de BDD

Desde el punto de vista funcional y de organizacin de datos, los sistemas de datos distribuidos estn divididos en dos clases : 1. Sistemas de manejo de bases de datos distribuidos homogneos .

2. Sistemas de manejo de bases de datos distribuidos heterogneos.

-un hardware diferente (pero el mismo SGBD)

-los productos SGBD son distintos (pero el hardware igual) -hardware y software son distintos.

1.4 Arquitectura de BDD

Un SMBDD homogneo tiene mltiples colecciones de datos; integra mltiples recursos de datos. Los datos se distribuyen en varios sitios comunicados por la red. No existen usuarios locales y todos ellos accesan la base de datos a travs de una interfaz global.

1.4 Arquitectura de BDD

Un SMBDD heterogneo Se caracterizan por manejar diferentes SMBD en los nodos locales. La integracin de todos ellos se realiza mediante subsistemas de software. Existen usuarios globales. locales y

Los usuarios locales accesan sus bases de datos locales sin verse afectados por la presencia del Smulti-BD.

1.4 Arquitectura de BDD

Ejemplo: Arquitectura de referencia de una base de datos distribuidas (Peer-to-peer Distributed Systems)

1.4 Arquitectura de BDD

Ejemplo: Esquema funcional (Peer-to-peer Distributed Systems)

1.4 Arquitectura de BDD

Ejemplo: Arquitectura basada en componentes (Peer-to-peer Distributed Systems) Procesador de usuario se encarga de procesar las solicitudes del usuario. Utiliza el esquema externo del usuario y el esquema conceptual global, un diccionario de datos global. Consiste de cuatro partes: un manejador de la interfaz con el usuario, un controlador semntico de datos, un optimizador global de consultas y un supervisor de la ejecucin global.

1.4 Arquitectura de BDD

Ejemplo: Arquitectura basada en componentes (Peer-to-peer Distributed Systems) Procesador de datos existe en cada nodo de la base de datos distribuida. Utiliza un esquema local conceptual y un esquema local interno. Consiste de tres partes: un procesador de consultas locales, un manejador de recuperacin de fallas locales y un procesador de soporte para tiempo de ejecucin.

1.4 Arquitectura de BDD

Alternativas para la implementacin de un SMBD Hay diferentes factores que se deben considerar para la implementacin de un sistema manejador de base de datos. Las dimensiones son tres: Distribucin. Determina si las componentes del sistema estn localizadas en la misma computadora o no.

1.4 Arquitectura de BDD

Alternativas para la implementacin de un SMBD Heterogeneidad. La heterogeneidad se puede presentar a varios niveles: hardware, sistema de comunicaciones, sistema operativo o SMBD. Para el caso de SMBD heterogneos sta se puede presentar debido al modelo de datos, al lenguaje de consultas o a los algoritmos para manejo de transacciones.

1.4 Arquitectura de BDD

Alternativas para la implementacin de un SMBD  Autonoma. La autonoma se puede presentar a diferentes niveles: Autonoma de diseo. La habilidad de un componente del SMBD para decidir cuestiones relacionadas a su propio diseo. Autonoma de comunicacin. La habilidad de un componente del SMBD para decidir como y cuando comunicarse con otros SMBD. Autonoma de ejecucin. La habilidad de un componente del SMBD para ejecutar operaciones locales de la manera que l quiera.