______________________________________Sistema de Base de Datos

Distribuido

ESQUEMA

Introducción

1. Definición - Base de datos distribuido.

1.1. Características.
1.1.1. Estructura
1.1.2. Diseño
1.1.3. Transparencia y economía
1.1.4. Procesamiento distribuido de consultas
1.1.5. Recuperación de sistemas distribuidos
2. Consecuencias de su utilización
2.1. Ventajas
2.2. Desventajas
3. Comparación de base de datos jerárquica versus base de datos distribuida.
4. Ejemplo de una base de datos distribuida.

Conclusión
Bibliografía

Página 1 de 20
______________________________________Sistema de Base de Datos
Distribuido

INTRODUCCIÓN

Los adelantos en materia de manejo de la información y procesos, nos lleva a

investigar uno de los principales fundamentos que rigen la materia de acceso y
manejo de datos, como lo son las Bases de Datos Distribuidas.

En el contexto tecnológico, la globalización se entiende como la distribución

general de los datos y la información en todas sus formas, y herramientas como el
Internet, nos demuestra la gran importancia que representa esquematizar, ordenar y
procesar grandes cantidades de información de manera distribuida garantizando su
fiabilidad para el usuario final.

En este informe, daremos un pequeño esbozo de lo que significa las Bases

de Datos Distribuidas, características, ventajas y desventajas y usos principales, de
manera que podamos entender como actúan y como nos ayudan a resolver los
problemas comunes que se presentan en la organización de los datos.

Página 2 de 20
______________________________________Sistema de Base de Datos
Distribuido

1.- BASES DE DATOS DISTRIBUIDAS

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
través de diversos medios de comunicación, tales como cables de alta velocidad o
líneas telefónicas. No comparten la memoria principal ni el reloj.

Los procesadores de un sistema distribuido pueden variar en cuanto su

tamaño y función. Pueden incluir microcomputadores pequeños, estaciones de
trabajo, mini-computadores y sistemas de computadores grandes de aplicación
general. Estos procesadores reciben diferentes nombres, tales como localidades,
nodos, computadores, dependiendo en el contexto donde se mencionen. Nosotros
utilizaremos normalmente el término localidad para hacer hincapié en la distribución
física de estos sistemas.

Un sistema distribuido de bases de datos consiste en un conjunto de

localidades, cada una de las cuales puede participar en la ejecución 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.

1.1.- CARACTERISTICAS
1.1.1.- ESTRUCTURA.

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, es decir, aquellas que sólo
acceden a datos que residen en esa localidad. Además, una localidad puede
participar en la ejecución de transacciones globales, es decir, aquellas que acceden
a datos de varias localidades. La ejecución de transacciones globales requiere
comunicación entre las localidades.

Página 3 de 20
______________________________________Sistema de Base de Datos
Distribuido

Las localidades en el sistema pueden conectarse físicamente de diversas

formas. Las distintas configuraciones se representan por medio de grafos cuyos
nodos corresponden a las localidades. Una arista del nodo A al nodo B corresponde
a una conexión directa entre las dos localidades.

En la figura se ilustran algunas de las configuraciones más comunes. Las

diferencias principales entre estas configuraciones son:

 Coste de instalación: el coste de conectar físicamente las localidades del

sistema.
 Coste de comunicación: 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 línea de comunicación o una
localidad.
 Disponibilidad: la posibilidad de acceder a información a pesar de fallos en
algunas localidades o líneas de comunicación.

Página 4 de 20
______________________________________Sistema de Base de Datos
Distribuido

Estas diferencias juegan un papel importante en la elección del mecanismo

adecuado para manejar la distribución de los datos.

Las localidades de un sistema distribuido de bases de datos pueden estar

dispersas de forma física, ya sea por un área geográfica extensa (como un país) o
en un área reducida (por ejemplo, un solo edificio o varios edificios adyacentes). Una
red del primer tipo se denomina red de larga distancia, mientras que las últimas se
conocen como redes de área local.

1.1.2.- DISEÑO.

A continuación se explicarán los factores de diseño que se aplican

específicamente a las bases de datos distribuidas.
Considérese una relación r que se va a almacenar en la base de datos. Hay
varios factores que deben tomarse en cuenta al almacenar esta relación en la base
de datos distribuida. Tres de ellos son:

 Repetición. El sistema mantiene varias copias idénticas de la relación.

Cada copia se almacena en una localidad diferente, lo que resulta en
una repetición de la información. La alternativa a la repetición es
almacenar una sola copia de la relación r .
 Fragmentación. La relación se divide en varios fragmentos. Cada
fragmento se almacena en una localidad diferente.
 Repetición y fragmentación. Esta es una combinación de los dos
conceptos antes mencionados. La relación se divide en varios
fragmentos. El sistema mantiene varias copias idénticas de cada uno de
los fragmentos.

 Repetición de los datos. Si la relación r está repetida, se almacena una copia

en dos o más localidades. En el caso extremo se tiene repetición total, en la que
se almacena una copia de la relación en cada una de las localidades del sistema.
La repetición tiene varias ventajas y desventajas.

Página 5 de 20
______________________________________Sistema de Base de Datos
Distribuido

 Disponibilidad. Si falla una de las localidades que contienen la relación

r, puede disponerse de ésta en otra localidad. Así, el sistema puede
continuar procesando consultas que impliquen a r a pesar de haber
fallado una localidad.
 Mayor paralelismo. En el caso en que la mayor parte de los accesos a
la relación r resulten sólo en la lectura de la relación, varias localidades
podrán procesar consultas que involucren a r en paralelo. Mientras más
copias de r existan, mayor será la probabilidad de que los datos
requeridos se encuentren en la localidad donde se está ejecutando la
transacción. Por tanto, la repetición de los datos reduce al mínimo el
movimiento de información entre localidades.
 Mayor tiempo extra para actualizaciones. El sistema debe asegurarse
de que todas las copias de la relación r sean consistentes, pues de otra
manera pueden hacerse cálculos erróneos. Esto implica que cada vez
que se actualice r, la actualización debe propagarse a todas las
localidades que contengan copias, lo que resulta en un mayor tiempo
extra. Por ejemplo, en un sistema bancario, donde se repite la
información de cuentas en varias localidades, es necesario que las
transacciones garanticen que el saldo de una cuenta determinada sea el
mismo en todas las localidades.

En general, la repetición mejora el rendimiento de las operaciones de lectura

y aumenta la disponibilidad de datos para las transacciones de lectura. Por otra
parte, las transacciones de actualización requieren mayor tiempo extra. El
problema de controlar las actualizaciones concurrentes de datos repetidos es
complejo. Puede simplificarse el manejo de copias de la relación r al designar a
una de ellas copia primaria de r. Por ejemplo, en un sistema bancario, una
cuenta puede estar asociada con la localidad en que se abrió la cuenta. De
manera similar, en un sistema de reservas de una línea aérea, un vuelo puede
estar asociado a la localidad donde se origina el vuelo.

 Fragmentación de los datos. Si la relación r está fragmentada, r se dividirá en

varios fragmentos r1, r2, ..., rn. Estos fragmentos contienen información
suficiente para reconstruir la relación r original. Esta reconstrucción puede

Página 6 de 20
______________________________________Sistema de Base de Datos
Distribuido

llevarse a cabo ya sea aplicando la operación de unión o un tipo especial de

operación de unión sobre los diversos fragmentos. Existen dos esquemas
diferentes para fragmentar una relación: fragmentación horizontal y
fragmentación vertical. La fragmentación horizontal divide a la relación asignando
cada tupla de r a uno o más fragmentos. La fragmentación vertical divide la
relación descomponiendo el esquema R de la relación r de una manera especial.
Estos dos esquemas pueden aplicarse en forma sucesiva a la misma relación, lo
que resulta en varios fragmentos.

1.1.3.- TRANSPARENCIA Y AUTONOMÍA

Ya se vio que una relación r puede almacenarse de varias formas en un

sistema de base de datos distribuida. Es esencial que el sistema reduzca al mínimo
la necesidad de que el usuario se dé cuenta de cómo está almacenada una relación.
Como veremos, un sistema puede ocultar los detalles de la distribución de la
información en la red. Esto se denomina transparencia de la red.

La transparencia de la red se relaciona, en algún modo, a la autonomía local.

La transparencia de la red es el grado hasta el cual los usuarios del sistema pueden
ignorar los detalles del diseño distribuido. La autonomía local es el grado hasta el
cual el diseñador o administrador de una localidad pueden ser independientes del
resto del sistema distribuido.

Los temas de transparencia y autonomía serán considerados desde los

siguientes puntos de vista:
 Nombre de los datos.
 Repetición de los datos.
 Fragmentación de los datos.
 Localización de los fragmentos y copias.

 Asignación de nombres y autonomía local. Todo elemento de información de

una base de datos debe tener un nombre único. Esta propiedad se asegura
fácilmente en una base de datos que no esté distribuida. Sin embargo, en una

Página 7 de 20
______________________________________Sistema de Base de Datos
Distribuido

base de datos distribuida, las distintas localidades deben asegurarse no utilizar el

mismo nombre para dos datos diferentes.

Una solución para este problema es requerir que se registren todos los nombres
en un asignador central de nombres. Sin embargo, este enfoque tiene varias
desventajas:

 Es posible que el asignador de nombres se convierta en un cuello de

botella.
 Si el asignador de nombres se cae, es posible que ninguna de las
localidades del sistema distribuido pueda seguir trabajando.
 Se reduce la autonomía local, ya que la asignación de nombres se
controla de forma centralizada.

Un enfoque diferente que origina una mayor autonomía local es exigir que cada
localidad ponga como prefijo un identificador de localidad a cualquier nombre
que genere. Esto garantiza que dos localidades nunca generarán el mismo
nombre (ya que cada localidad tiene un identificador único). Además, no se
requiere un control central. Esta solución al problema de asignación de nombres
logra autonomía local, pero no transparencia de la red, ya que se agregan
identificadores de localidad a los nombres. Cada copia y fragmento de un
elemento de información deben tener un nombre único. Es importante que el
sistema pueda determinar qué copias son copias del mismo elemento de
información y qué fragmentos son fragmentos del mismo elemento de
información.

 Transparencia de la repetición y la fragmentación. No es conveniente requerir

que los usuarios hagan referencia a una copia específica de un elemento de
información. El sistema debe ser el que determine a qué copia debe acceder
cuando se le solicite su lectura, y debe modificar todas las copias cuando se
produzca una petición de escritura.
Cuando se solicita un dato, no es necesario especificar la copia. El sistema utiliza
una tabla-catálogo para determinar cuáles son todas las copias de ese dato.

Página 8 de 20
______________________________________Sistema de Base de Datos
Distribuido

De manera similar, no debe exigirse a los usuarios que sepan cómo está
fragmentado un elemento de información. Por tanto, un sistema de base de datos
distribuido debe permitir las consultas que se hagan en términos de elementos de
información sin fragmentar. Esto no presenta problemas graves, ya que siempre
es posible reconstruir el elemento de información original a partir de sus
fragmentos. Sin embargo, este proceso puede ser ineficiente.

 Transparencia de localización. Si el sistema es transparente en cuanto a

repetición y fragmentación, se ocultará al usuario gran parte del esquema de la
base de datos distribuida. Sin embargo, el componente de los nombres que
identifican a la localidad obliga al usuario a darse cuenta del hecho de que el
sistema está distribuido.
La transparencia de localización se logra creando un conjunto de seudónimos o
alias para cada usuario. Así, el usuario puede referirse a los datos usando
nombres sencillos que el sistema traduce a nombres completos.
Con el uso de seudónimos, no será necesario que el usuario conozca la
localización física de un dato. Además, el administrador de la base de datos
puede cambiar un dato de una localidad a otra sin afectar a los usuarios.

 Esquema completo de asignación de nombres. Un nombre proporcionado por

el usuario debe pasar por varios pasos de traducción antes de que pueda servir
como referencia a una copia específica de un fragmento determinado en una
localidad específica, para ilustrar cómo funciona el esquema, consideramos un
usuario que se encuentra en la sucursal Hillside (localidad L1). Este usuario
emplea el seudónimo depósito-local para el fragmento local depósito-f1 de la
relación depósito. Cuando este usuario hace referencia a depósito-local, el
subsistema de procesamiento de consultas busca depósito-local en la tabla de
seudónimos y la sustituye por L1.depósito.f1. Es posible que L1.depósito.f1 esté
repetido. Si es así, debe consultarse la tabla de copias para elegir una copia.
Esta copia podría también estar fragmentada, lo que haría necesario consultar la
tabla de fragmentación. En la mayor parte de los casos, sólo es preciso consultar
una o dos tablas.

Página 9 de 20
______________________________________Sistema de Base de Datos
Distribuido

 Transparencia y actualizaciones. De alguna forma es más difícil hacer

transparente la base de datos para usuarios que la actualizan que para aquellos
que sólo leen datos. El problema principal es asegurarse de que se actualizan
todas las copias de un dato y también todos los fragmentos afectados.
En el caso más general, el problema de actualización de información repetida y
fragmentada está relacionado con el problema de actualización de vistas.

1.1.4.- PROCESAMIENTO DISTRIBUIDO DE CONSULTAS

Existen varios medios para calcular la respuesta a una consulta. En el caso

de sistemas centralizados, el criterio principal para determinar el coste de una
estrategia específica es el número de accesos al disco. En un sistema distribuido es
preciso tener en cuenta otros factores, como son:

 El coste de transmisión de datos en la red.

 El beneficio potencial que supondría en la ejecución el que varias
localidades procesaran en paralelo partes de la consulta.

El coste relativo de la transferencia de datos en la red y la transferencia de

datos entre la memoria y el disco varía en forma considerable, dependiendo del tipo
de red y de la velocidad de los discos. Por tanto, en un caso general, no podemos
tener en cuenta sólo los costes del disco o los de la red. Es necesario llegar a un
equilibrio adecuado entre los dos.

1.1.5.- RECUPERACIÓN EN SISTEMAS DISTRIBUIDOS

Hemos definido una transacción como una unidad de programa cuya

ejecución conserva la consistencia de una base de datos. Una transacción debe
ejecutarse de forma atómica. Es decir, se ejecutan completamente todas las
instrucciones de la transacción, o no se ejecuta ninguna. Además, en el caso de
ejecución concurrente, el efecto de ejecutar una transacción debe ser el mismo que
si se ejecutara sola en el sistema.

Página 10 de 20
______________________________________Sistema de Base de Datos
Distribuido

 Estructura del sistema. Para garantizar la propiedad de atomicidad, existen

varias planificaciones de recuperación y control de concurrencia. Sin embargo,
cuando se tiene un sistema de base de datos distribuido, es mucho más difícil
garantizar la propiedad de atomicidad de una transacción. Esto se debe a que es
posible que participen varias localidades en la ejecución de una transacción. El
fallo de una de estas localidades o el fallo de la línea de comunicación entre
ellas, puede dar como resultado un cálculo erróneo.
La función del gestor de transacciones de un sistema de base de datos
distribuido es asegurar que la ejecución de las distintas transacciones de un
sistema distribuido conserve la atomicidad. Cada localidad cuenta con su propio
gestor de transacciones local. Los distintos gestores de transacciones cooperan
para ejecutar las transacciones globales. Para comprender cómo puede
estructurarse un gestor de este tipo, definiremos un modelo abstracto para un
sistema de transacciones. Cada localidad del sistema contiene dos subsistemas:
 Gestor de transacciones, cuya función es gestionar la ejecución de
aquellas transacciones (o sub transacciones) que accedan a datos
almacenados en esa localidad. Observamos que cada transacción
puede ser bien una transacción local (es decir, que se ejecuta sólo en
esa localidad), o parte de una transacción global (es decir, que se
ejecuta en varias localidades).
 Coordinador de transacciones, cuya función es la de coordinar la
ejecución de varias transacciones (tanto local como global) iniciadas en
esa localidad.

La estructura de un gestor de transacciones es similar en muchos aspectos a la

que se utiliza en el caso de un sistema centralizado. Cada gestor de
transacciones se encarga de:

 Mantener una bitácora para la recuperación.

 Participar en un esquema de control de concurrencia apropiado para
coordinar la ejecución en paralelo de las transacciones que se ejecuten
en esa localidad.

Página 11 de 20
______________________________________Sistema de Base de Datos
Distribuido

Como su nombre indica, un coordinador de transacciones se encarga de

coordinar todas las transacciones que se inicien en esa localidad. Para cada una
de estas transacciones, el coordinador debe:

 Iniciar la ejecución de la transacción.

 Dividir la transacción en varias sub transacciones, las cuales ha de
distribuir en las localidades apropiadas para su ejecución.
 Coordinar la terminación de la transacción, ya sea que quede ejecutada
o abortada en todas las localidades.

 Robustez. Un sistema distribuido puede sufrir el mismo tipo de fallos que un

sistema centralizado (por ejemplo, fallo de memoria, fallo del disco ). Sin
embargo, en una configuración distribuida es necesario prever otro tipo de fallos,
como pueden ser:
 El fallo total de una localidad.
 La interrupción de una línea de comunicación.
 Pérdida de mensajes.
 Fragmentación de la red.
2.- CONSECUENCIAS DE SU UTILIZACIÓN

Existen varias razones para construir sistemas distribuidos de bases de datos

que incluyen compartir la información, fiabilidad y disponibilidad y agilizar el
procesamiento de las consultas. Sin embargo, estas ventajas vienen acompañadas
de varias desventajas, como son mayores costes de desarrollo del software, mayor
posibilidad de errores y el aumento en el coste extra del procesamiento. A
continuación se comentarán brevemente cada una de ellas.

2.1.- Ventajas de la distribución de datos. La principal ventaja de los

sistemas distribuidos de base de datos es la capacidad de compartir y
acceder a la información de una forma fiable y eficaz.

 Utilización compartida de los datos y distribución del control. Si

varias localidades diferentes están conectadas entre sí, entonces un
usuario de una localidad puede acceder a datos disponibles en otra
Página 12 de 20
______________________________________Sistema de Base de Datos
Distribuido

localidad. Por ejemplo, en el sistema bancario distribuido que se

describió, un usuario de una sucursal puede acceder a datos de otra. Si
no se contara con esta facilidad, un usuario que quisiera transferir
fondos de una sucursal a otra tendría que recurrir a un mecanismo
externo para realizar la transferencia. Este mecanismo externo sería, de
hecho, una base de datos única centralizada.
La ventaja principal de compartir los datos por medio de la distribución
es que cada localidad pueda controlar hasta cierto punto los datos
almacenados localmente. En un sistema centralizado, el administrador
de base de datos de la localidad central controla la base de datos. En un
sistema distribuido existe un administrador global de la base de datos
que se encarga de todo el sistema. Parte de estas responsabilidades se
delega al administrador de base de datos de cada localidad.
Dependiendo del diseño del sistema distribuido, cada administrador local
podrá tener un grado de autonomía diferente, que se conoce como
autonomía local. La posibilidad de contar con autonomía local es en
muchos casos una ventaja importante de las bases de datos
distribuidas.
 Fiabilidad y disponibilidad. Si se produce un fallo en una localidad en
un sistema distribuido, es posible que las demás localidades puedan
seguir trabajando. En particular, si los datos se repiten en varias
localidades, una transacción que requiere un dato específico puede
encontrarlo en más de una localidad. Así, el fallo de una localidad no
implica necesariamente la desactivación del sistema.
El sistema debe detectar cuándo falla una localidad y tomar las medidas
necesarias para recuperarse del fallo. El sistema no debe seguir
utilizando la localidad que falló. Por último, cuando se recupere o repare
esta localidad, debe contarse con mecanismos para reintegrarla al
sistema con el mínimo de complicaciones.
Aunque la recuperación de fallos es más compleja en sistemas
distribuidos que en los centralizados, la capacidad que tiene el sistema
para seguir trabajando, a pesar del fallo de una localidad, da como
resultado una mayor disponibilidad. La disponibilidad es fundamental
para los sistemas de base de datos que se utilizan en aplicaciones de

Página 13 de 20
______________________________________Sistema de Base de Datos
Distribuido

tiempo real. Por ejemplo, si una línea aérea no puede tener acceso a la
información, es posible que pierda clientes a favor de la competencia.

 Agilización del procesamiento de consultas. Si una consulta

comprende datos de varias localidades, puede ser posible dividir la
consulta en varias subconsultas que se ejecuten en paralelo en distintas
localidades. Se podrían usar algunas de las estrategias de computación.
Sin embargo, en un sistema distribuido no se comparte la memoria
principal, así que no todas las estrategias de intersección para
procesadores paralelos se pueden aplicar directamente a los sistemas
distribuidos. En los casos en que hay repetición de los datos, el sistema
puede pasar la consulta a las localidades más ligeras de carga.

2.2.- Desventajas de la distribución de los datos. La desventaja principal

de los sistemas distribuidos de base de datos es la mayor complejidad que se
requiere para garantizar una coordinación, adecuada entre localidades. El
aumento de la complejidad se refleja en:

 Coste de desarrollo de software. Es más difícil estructurar un sistema

de base de datos distribuido y, por tanto, su coste es mayor.
 Mayor posibilidad de errores. Puesto que las localidades del sistema
distribuido operan en paralelo, es más difícil garantizar que los
algoritmos sean correctos. Existe la posibilidad de errores
extremadamente sutiles.
 Mayor tiempo extra de procesamiento. El intercambio de mensajes y
los cálculos adicionales que se requieren para coordinar las localidades
son una forma de tiempo extra que no existe en los sistemas
centralizados.

Al escoger el diseño de una base de datos, el diseñador debe hacer un balance

entre las ventajas y las desventajas de la distribución de los datos. Se verá que
existen varios enfoques del diseño de bases de datos distribuidas que van desde
diseños totalmente distribuidos hasta diseños que incluyen un alto grado de
centralización.

Página 14 de 20
______________________________________Sistema de Base de Datos
Distribuido

3.- COMPARACIÓN BASE DE DATOS JERARQUICA VERSUS RELACIONAL.

En el anexo, incluimos una tabla comparativa entre estos 2 sistemas de base de

datos.

BASE DE DATOS BASE DE DATOS

CARACTERISTICA
JERÁRQUICA DISTRIBUIDA
RELACIONAL-ORIENTADA
ESTRUCTURA JERARQUICA - ARBOL A OBJETOS (ANILLO-
ESTRELLA)
MODO DE
FÍSICO LÓGICO
REFERENCIA

TIPO DE RELACIÓN UNIDIRECCIONAL BIDIRECCIONAL

MODO DE
PUNTEROS ENTRE TABLAS DE
DIRECCIONAMIENT
REGISTROS CORRESPONDENCIA
O

RENDIMIENTO ÓPTIMO MEDIO

NORMALIZACIÓN POBRE ROBUSTA

Como vemos en el ejemplo, el sistema de base de datos jerárquica, si bien es

predecesor del modelo relacional, conserva sólo algunas ventajas sobre los
modelos distribuidos basados en arquitecturas relacionales. De hecho, gran
parte de la administración pública y los sistemas bancarios mundiales, se
manejan con base de datos jerárquicas, sin que esto implique que están
atrasados o desactualizados en lo que a modelado de base de datos se refiere.

Sin embargo, el modelo jerárquico, no ofrece facilidades para normalizar o

guardar integridad referencial de los datos, dando pié a la redundancia de los
mismos y el crecimiento exponencial de las tablas que la conforman.

4.- EJEMPLO SISTEMA DISTRIBUIDO DE BASE DE DATOS.

El sistema que se presenta a continuación, expone la problemática de una

tienda de venta por departamentos a crédito cuya sede principal se encuentra en
la ciudad de Maracaibo y tiene sedes en Ciudad Ojeda, Tía Juana, y Cabimas.

Página 15 de 20
______________________________________Sistema de Base de Datos
Distribuido

Dicha tienda por departamentos, posee una base de datos con las siguientes
tablas:
 Clientes
 Productos
 Inventarios
 Ventas
 Vendedores
 Sedes
 Cuentas por cobrar

Cada cliente tiene asignado un límite de crédito preestablecido y se venden los

mismos productos en cada sede.

Puesto que la sede principal se encuentra en Maracaibo, la base de datos

central se encuentra allá, y una copia de esa misma base de datos se encuentra
en las demás sucursales. La figura representativa quedaría de ésta manera:

Página 16 de 20
______________________________________Sistema de Base de Datos
Distribuido

Las bases de datos de replica, son copias exactas de la base de datos principal,
que continuamente se sincronizan para llevar datos nuevos y actualizarse con
las otras sedes. Dicha sincronización se realiza automáticamente cada 5
minutos por el gestor de la base de datos. Las aplicaciones manejan los
consecutivos numéricos de las facturas y las transacciones mediante
asignaciones dinámicas evitando así que se repitan en las bases de datos de las
sucursales.

Éste sistema, garantiza que los clientes no puedan dirigirse simultáneamente a

otras sedes para realizar distintos créditos a la vez que mantengo actualizados
los inventarios de productos para realizar pedidos posteriores.

Página 17 de 20
______________________________________Sistema de Base de Datos
Distribuido

CONCLUSION

 Las bases de datos distribuidas constituyen el eslabón principal para lograr la

globalización de la información.
 La arquitectura ideal para el manejo de las bases de datos distribuidas, es el
modelo relacional, gracias a que se garantiza la integridad de los datos y la
minimización de la redundancia de los mismos.
 Las bases de datos jerárquicas, sólo pueden ser usadas para manejo de
ciertas estructuras que obedezcan a relaciones unidireccionales y no a
relaciones multidireccionales.

Página 18 de 20
______________________________________Sistema de Base de Datos
Distribuido

BIBLIOGRAFÍA

BASE DE DATOS CON SQL SERVER 2000 JORGE MORATALLA

2001. GRUPO EIDOS , MADRID, ESPAÑA

CONCEPTO Y CARACERISTICAS DE LOS SGBD

WWW.SCRIBD.COM/.../CONCEPTO-Y-CARACTERISTICAS-DE-LOS-SGBD

BASE DE DATOS DISTRIBUIDA

ES.WIKIPEDIA.ORG/WIKI/BASES_DE_DATOS_DISTRIBUIDAS

Página 19 de 20
______________________________________Sistema de Base de Datos
Distribuido

Página 20 de 20