INTRODUCCION

Una base de datos distribuida es un conjunto de mltiples bases de datos lgicamente relacionadas las cuales se encuentran distribuidas en diferentes espacios lgicos (pej. un servidor corriendo 2 mquinas virtuales) e interconectados por una red de comunicaciones. Dichas BDD tienen la capacidad de realizar procesamiento autnomo, esto permite realizar operaciones locales o distribuidas. Un sistema de Bases de Datos Distribuida es un sistema en el cual mltiples sitios de bases de datos estn ligados por un sistema de comunicaciones de tal forma que, un usuario en cualquier sitio puede acceder los datos en cualquier parte de la red exactamente como si estos fueran accedidos de forma local.

Un sistema distribuido de bases de datos se almacenan en varias computadoras. Los principales factores que distinguen un SBDD de un sistema centralizado son los siguientes:

Hay mltiples computadores, llamados sitios o nodos. Estos sitios deben de estar comunicados por medio de algn tipo de red de comunicaciones para transmitir datos y rdenes entre los sitios.

Consideraciones Generales En un sistema de base de datos distribuida, los datos se almacenan en varios computadores. Los computadores de un sistema distribuido se comunican entre s a travs de diversos medios de comunicacin, tales como cables de alta velocidad o lneas telefnicas. No comparten la memoria principal ni el reloj. Los procesadores de un sistema distribuido pueden variar en cuanto su tamao y funcin. Pueden incluir microcomputadores pequeos, estaciones de trabajo y sistemas de computadores grandes de aplicacin general. Estos procesadores reciben diferentes nombres, tales como localidades, nodos o computadores. Un sistema distribuido de bases de datos consiste en un conjunto de localidades, cada uno de las cuales puede participar en la ejecucin de transacciones que accedan a datos de una o varias localidades. La diferencia principal entre los sistemas de base de datos centralizados y distribuidos es que, en los primeros, los datos residen en una sola localidad, mientras que, en los ltimos, se encuentran en varias localidades. Estructura de Base de Datos Distribuidas

Un sistema distribuido de base de datos consiste en un conjunto de localidades, cada una de las cuales mantiene un sistema de base de datos local. Cada localidad puede procesar transacciones locales, o bien transacciones globales entre varias localidades, requiriendo para ello comunicacin entre ellas. Las localidades pueden conectarse fsicamente de diversas formas, las principales son:

Red totalmente conectada Red prcticamente conectada Red con estructura de rbol Red de estrella Red de anillo

Las diferencias principales entre estas configuraciones son:

Coste de instalacin: El coste de conectar fsicamente las localidades del sistema Coste de comunicacin: El coste en tiempo y dinero que implica enviar un mensaje desde la localidad A a la B. Fiabilidad: La frecuencia con que falla una lnea de comunicacin o una localidad. Disponibilidad: La posibilidad de acceder a informacin a pesar de fallos en algunas localidades o lneas de comunicacin.

Las localidades pueden estar dispersas, ya sea por un rea geogrfica extensa (a lo largo de un pas), llamadas redes de larga distancia; o en un rea reducida (en un mismo edificio), llamadas redes de rea local. Para las primeras se utilizan en la comunicacin lneas telefnicas, conexiones de microondas y canales de satlites; mientras que para las segundas se utiliza cables coaxiales de banda base o banda ancha y fibra ptica. El principio fundamental de las Bases de Datos Distribuidas o regla cero plantea que:

"Desde el punto de vista del usuario, un sistema distribuido deber ser idntico a un sistema no distribuido" La regla cero conduce a las restantes 12 reglas. Todas las reglas no son independientes entre s, ni tienen igual importancia pero son tiles para entender la tecnologa distribuida.

1. Autonoma Local: Los sitios de un sistema distribuido deben ser autnomos.

La autonoma Local Implica:

Propietario local. Administracin local. Responsabilidad local. Integracin local. Representacin local. 2. No dependencia de un sitio central

No debe existir un nico sitio, ya que implicara:

Cuello de botella. Vulnerabilidad. 3. Operacin continua Adicin de elementos Actualizacin de versiones 4. Independencia de Localizacin

El usuario desconoce dnde estn fsicamente los datos.

5. Independencia de fragmentacin.

Deseable porque simplifica los programas de los usuarios y sus actividades en la terminal

6. Independencia de rplica

La creacin y destruccin de rplicas debe hacerse transparente al usuario. La rplica proporciona:

Ventajas: Mayor Prestacin: los datos son locales. Mayor disponibilidad: los datos son accesibles siempre. Desventajas Hay que propagar las actualizaciones. 7. Procesamiento distribuido de consultas Los Sistemas relacionales brindan herramientas de consulta muy eficientes. Varias maneras de trasladar los datos 6. Manejo distribuido de transacciones Transaccin distribuida: varios agentes de la transaccin en varios lugares. Control de recuperacin: una transaccin atmica. Todos los agentes avanzan o retroceden juntos. Control de concurrencia: Bloqueos mediante paso de mensajes. 8. Independencia con respecto al equipo El SGBD se ejecutar igual sea cual sea el equipo 10. Independencia con respecto al Sistema Operativo

El SGBD debe ser multioperativo sin afectar al usuario.

11. Independencia con respecto a la Red

El SGBD debe soportar mltiples redes sin afectar al usuario.

12. Independencia con respecto al SGBD

Se pueden manejar distintas copias de SGBD si manejan la misma norma estndar de SQL: Oracle, Informix, Multibase, etc. Problemas de las BDD

Lentitud de las WAN respecto a un disco local. Formas de solucionarlo: Minimizar el uso de la red: Nmero de mensajes. Volumen de mensajes. Optimizar: Proceso de consultas. Administracin del catlogo. Propagacin de actualizaciones. Control de recuperacin. Control de concurrencia. Protocolo de compromiso en dos fases: commit-rollback Evitar medias operaciones: todo o nada. El coordinador ordena: Fase 1: Pedir OK o NOK a cada gestor local. Cada gestor guarda una bitcora de las ops efectuadas. Fase 2: Si todos OK COMMIT. Si algn NOK ROLLBACK. El resultado se enva a cada gestor local para que confirmen o deshagan. Un fallo de interrupcin se recupera de la bitcora. Consideraciones: No dependencia de un sitio central (si vara el coordinador). Comunicacin coordinada participacin costo extra. Prdida de autonoma local.

www.dlsi.ua.es/asignaturas/sid/sid2001-t6.ppt http://www.monografias.com/trabajos82/base-datosdistribuidas/base-datos-distribuidas.shtml es.wikipedia.org/wiki/Bases_de_datos_distribuidas http://html.rincondelvago.com/bases-de-datosdistribuidas.html