REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS

BASE DE DATOS AVANZADOS Ing. Juan Carlos Morocho Integrantes: Jaramillo Marilyn Landacay Katty

12 Reglas de Date para un SGBD Son condiciones que debe cumplir todo Sistema de Bases de Datos Distribuido: Desde el punto de vista del usuario, un sistema distribuido debe ser idéntico a un sistema no distribuido

AUTONOMÍA LOCAL

Los sitios de un SD deben ser autónomos en el mayor grado posible.

Datos locales son propiedad local y se gestiona localmente

Las operaciones locales siguen siendo puramente locales

Todas las operaciones en un nodo concreto son controladas por el mismo nodo

Cada lugar o nodo debe contener:

Propietario local.

Administración local.

Responsabilidad local.

Integración local.

Representación local.

2. NO DEPENDENCIA DE UN NODO CENTRAL

Todos los sitios deben ser tratados como iguales, no debe haber

servidores centralizados para servicios como:

gestión de transacciones,

detección de interbloqueos

Optimización de consultas

No debe existir un único sitio porque ocasionaría:

Cuello de botella.

Vulnerabilidad.

3. OPERACIÓN CONTINUA

El SD debe aumentar:

Confiabilidad

Fiabilidad (probabilidad de que esté listo en un periodo largo de tiempo).

No se debe efectuar una detección planificada para:

Añadir o eliminar un nodo del sistemas

La creación y borrado de fragmentos dinámicamente en uno o más nodos

Actualización de versiones.

Independencia de ubicación

Para el usuario la localización física de los datos debe ser transparente.

Es equivalente a la transparencia de ubicación, el usuario puede acceder a la BD desde cualquier nodo.

Se podrá acceder a todos los datos como si estuvieran almacenados en el nodo del usuario

5. Independencia de fragmentación

Los usuarios no necesitan conocer los fragmentos físicos en que está dividida cada colección lógica de datos

Los usuarios podrán acceder a los datos sin que tenga que saber como estén fragmentados

Cada lugar tiene los datos que usa con mayor frecuencia.

El usuario no debe notar la fragmentación.

6. Independencia de replicación

Los usuarios no necesitan tener en cuenta si los datos tienen réplicas o no.

La réplica proporciona:

VENTAJAS:

Mayor Prestación: los datos son locales.

Mayor disponibilidad: los datos son accesibles siempre.

DESVENTAJAS

Hay que propagar las actualizaciones.

La creación y destrucción de réplicas debe hacerse transparente al usuario.

7. Procesamiento de consultas distribuidas El sistema debe de ser capaz de procesar consultas que hagan referencia a datos situados a mas de un nodo

Procesamiento de consultas en: BD centralizada

BD distribuida

8. Procesamiento de transacciones distribuidas

El sistema debe garantizar que las transacciones tanto globales como locales se adapten a las reglas ACID de las transacciones

Atomicidad . todas las acciones de la transacción se realizan o ninguna de ellas se lleva a cabo. La atomicidad requiere que si una transacción se interrumpe por una falla, sus resultados parciales deben ser deshechos. Consistencia.- una transacción es un programa correcto que lleva la base de datos de un estado consistente a otro con la misma característica. Debido a esto, las transacciones no violan las restricciones de integridad de una base de datos. ACID

Aislamiento. Una transacción en ejecución no puede revelar sus resultados a otras transacciones concurrentes antes de su commit. Más aún, si varias transacciones se ejecutan concurrentemente, los resultados deben ser los mismos que si ellas se hubieran ejecutado de manera secuencial (seriabilidad).

Durabilidad. Es la propiedad de las transacciones que asegura que una vez que una transacción hace su commit, sus resultados son permanentes y no pueden ser borrados de la base de datos.

Esta propiedad motiva el aspecto de recuperación de bases de datos, el cual trata sobre como recuperar la base de datos a un estado consistente en donde todas las acciones que han hecho un commit queden reflejadas.

9. Independencia del hardware

Debe ser posible ejecutar el SGBDD en una diversidad de plataformas

10. Independencia del sistema operativo

Debe ser posible ejecutar el SGBDD en una diversidad de sistemas operativos

11. Independencia de la red

Debe ser posible ejecutar el SGBDD en una diversidad de redes de comunicaciones distintas

12. Independencia de la base de datos

Admitir la heterogeneidad (todos los nodos pueden estar ejecutando diferentes SGBD, los cuales no tienen por qué estar basados en un mismo modelo de datos subyacente, el sistema puede estar compuesto por diferentes SGDB relacionales, en red, jerárquicos u orientados a objetos)

Bibliografía: