Ventajas, Caractersticas y Aplicaciones de los SGBD Distribuidos.

Definicin
Un SBD Distribuido se compone de un conjunto de sitios, conectados entre s mediante algn tipo de red de comunicaciones, en el cual cada sitio es un SBD en s mismo.

Ventajas
Naturaleza distribuida Mayor Fiabilidad y Disponibilidad Posibilidad de compartir datos Mejor rendimiento

1. Naturaleza distribuida de algunas aplicaciones de BDs

Muchas de estas aplicaciones estn distribuidas naturalmente en diferentes lugares. Una compaa puede tener oficinas en varias ciudades, o un banco puede tener mltiples sucursales. Los datos en cada sitio local describen un minimundo en ese sitio.

2. Mayor fiabilidad y disponibilidad

Fiabilidad: Probabilidad de que un sistema est en funciones en un momento determinado. Disponibilidad: Probabilidad de que el sistema est disponible continuamente durante un intervalo de tiempo. Solo los datos y el software del sitio que fall estn inaccesibles.

3. Posibilidad de compartir los datos al tiempo que se mantiene un cierto grado de control local.
Es posible controlar los datos y el software localmente en cada sitio. Los usuarios de otros sitios remotos pueden tener acceso a ciertos datos a travs del software del SGBDD. Compartimiento controlado de los datos en todo el sistema distribuido.

4. Mejor Rendimiento
Las bases de datos de cada uno de los sitios son mas pequeas. Las consultas locales y las transacciones que tienen acceso a un solo sitio son mas rpidas. Las transacciones que acceden a mas de un sitio se ejecutan en paralelo.

Inconvenientes
Aumento en la complejidad del diseo y en la implementacin del sistema. Algunos aspectos de esa complejidad pueden afectar al los usuarios si no se toman las medidas oportunas.

Caractersticas
Desde el punto de vista del usuario, un sistema distribuido deber ser idntico a un sistema no distribuido. En trminos de SQL, la lgica de las operaciones SELECT, INSERT, UPDATE y DELETE no deber sufrir cambios.

1. Autonoma Local
Los sitios de un sistema distribuido deben ser autnomos. Ningn sitio X deber depender de un sitio Y para su buen funcionamiento. Existencia de un propietario y administracin local de los datos.

2. No dependencia de un sitio central.

No debe haber dependencia de un sitio central maestro para obtener un servicio. El sitio central podra ser un cuello de botella. Si el sitio central sufriera un desperfecto, todo el sistema dejara de funcionar.

3. Operacin continua
Idealmente nunca debera haber necesidad de apagar a propsito el sistema, por ejemplo, para aadir un nuevo sitio o instalar una versin mejorada del DBMS en un sitio ya existente.

4. Independencia con respecto a la localizacin

No debe ser necesario que los usuarios sepan dnde estn almacenados fsicamente los datos. Simplifica los programas de los usuarios. Permite modificar la distribucin de los datos dentro de la red.

5. Independencia respecto a la fragmentacin

2 clases de fragmentacin: Horizontal y Vertical. Los usuarios debern poder comportarse como si los datos no estuvieran fragmentados en realidad.

6. Independencia de Rplica
Un sistema maneja rplica de datos si una relacin dada se puede representar fsicamente mediante varias copias almacenadas en muchos sitios distintos.

7. Procesamiento distribuido de consultas

En una consulta distribuida, habr muchas maneras de trasladar los datos en la red para satisfacer la solicitud. Importancia crucial de la optimizacin.

8. Manejo distribuido de transacciones.

Control de Recuperacin: el sistema debe asegurar que cada transaccin sea atmica (todo o nada). Control de Concurrencia: basada en el bloqueo.

9. Independencia
Respecto al Equipo: mquinas diferentes. Respecto al Sistema Operativo. Respecto a la Red. Respecto al DBMS: comunicacin mediante SQL.

Aplicaciones
Grandes Empresas: estructura distribuida de muchas de ellas (departamentos, sucursales, proyectos...) Comienza a implantarse en medianas empresas: Evolucin de las Redes + Bases de Datos.