P. 1
Bases de Datos Distribuidas

Bases de Datos Distribuidas

|Views: 3.274|Likes:
Publicado pordiazjap

More info:

Published by: diazjap on Sep 14, 2010
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

11/15/2013

pdf

text

original

______________________________________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

computadores. nodos. Además. cada una de las cuales mantiene un sistema de base de datos local.1. Un sistema distribuido de base de datos consiste en un conjunto de localidades. Página 3 de 20 .ESTRUCTURA. en los últimos. estaciones de trabajo.. Un sistema distribuido de bases de datos consiste en un conjunto de localidades.1. mientras que. Los procesadores de un sistema distribuido pueden variar en cuanto su tamaño y función. dependiendo en el contexto donde se mencionen..BASES DE DATOS DISTRIBUIDAS En un sistema de base de datos distribuida. los datos se almacenan en varios computadores. Pueden incluir microcomputadores pequeños.______________________________________Sistema de Base de Datos Distribuido 1. los datos residen en una sola localidad. tales como localidades. aquellas que sólo acceden a datos que residen en esa localidad. La ejecución de transacciones globales requiere comunicación entre las localidades. mini-computadores y sistemas de computadores grandes de aplicación general. una localidad puede participar en la ejecución de transacciones globales. Estos procesadores reciben diferentes nombres. No comparten la memoria principal ni el reloj. se encuentran en varias localidades. tales como cables de alta velocidad o líneas telefónicas. en los primeros. Los computadores de un sistema distribuido se comunican entre sí a través de diversos medios de comunicación. La diferencia principal entre los sistemas de base de datos centralizados y distribuidos es que. 1.CARACTERISTICAS 1. es decir.1. Nosotros utilizaremos normalmente el término localidad para hacer hincapié en la distribución física de estos sistemas. aquellas que acceden a datos de varias localidades. cada una de las cuales puede participar en la ejecución de transacciones que accedan a datos de una o varias localidades. es decir.. Cada localidad puede procesar transacciones locales.

Fiabilidad: la frecuencia con que falla una línea de comunicación o una localidad.   Coste de comunicación: el coste en tiempo y dinero que implica enviar un mensaje desde la localidad A a la B. Las diferencias principales entre estas configuraciones son: Coste de instalación: el coste de conectar físicamente las localidades del sistema. En la figura se ilustran algunas de las configuraciones más comunes. Las distintas configuraciones se representan por medio de grafos cuyos nodos corresponden a las localidades. Disponibilidad: la posibilidad de acceder a información a pesar de fallos en algunas localidades o líneas de comunicación.______________________________________Sistema de Base de Datos Distribuido Las localidades en el sistema pueden conectarse físicamente de diversas formas. Una arista del nodo A al nodo B corresponde a una conexión directa entre las dos localidades.   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. mientras que las últimas se conocen como redes de área local. Esta es una combinación de los dos conceptos antes mencionados.   Fragmentación. En el caso extremo se tiene repetición total. Hay varios factores que deben tomarse en cuenta al almacenar esta relación en la base de datos distribuida. en la que se almacena una copia de la relación en cada una de las localidades del sistema. 1. ya sea por un área geográfica extensa (como un país) o en un área reducida (por ejemplo. Repetición y fragmentación.2.1. La relación se divide en varios fragmentos. La repetición tiene varias ventajas y desventajas. El sistema mantiene varias copias idénticas de cada uno de los fragmentos. La relación se divide en varios fragmentos. Considérese una relación r que se va a almacenar en la base de datos. se almacena una copia en dos o más localidades. Las localidades de un sistema distribuido de bases de datos pueden estar dispersas de forma física. Cada copia se almacena en una localidad diferente.   Repetición de los datos.DISEÑO. Tres de ellos son: Repetición. A continuación se explicarán los factores de diseño que se aplican específicamente a las bases de datos distribuidas.. El sistema mantiene varias copias idénticas de la relación. Página 5 de 20 . Cada fragmento se almacena en una localidad diferente. Si la relación r está repetida. La alternativa a la repetición es almacenar una sola copia de la relación r . un solo edificio o varios edificios adyacentes). lo que resulta en una repetición de la información. Una red del primer tipo se denomina red de larga distancia.

Fragmentación de los datos.. la actualización debe propagarse a todas las localidades que contengan copias. Esto implica que cada vez que se actualice r.. Mientras más copias de r existan. El problema de controlar las actualizaciones concurrentes de datos repetidos es complejo. Por ejemplo. pues de otra manera pueden hacerse cálculos erróneos. Esta reconstrucción puede Página 6 de 20  . mayor será la probabilidad de que los datos requeridos se encuentren en la localidad donde se está ejecutando la transacción. puede disponerse de ésta en otra localidad. el sistema puede continuar procesando consultas que impliquen a r a pesar de haber fallado una localidad. en un sistema bancario. la repetición mejora el rendimiento de las operaciones de lectura y aumenta la disponibilidad de datos para las transacciones de lectura.______________________________________Sistema de Base de Datos Distribuido  Disponibilidad. es necesario que las transacciones garanticen que el saldo de una cuenta determinada sea el mismo en todas las localidades. Por otra parte. las transacciones de actualización requieren mayor tiempo extra. la repetición de los datos reduce al mínimo el movimiento de información entre localidades. Si falla una de las localidades que contienen la relación r. El sistema debe asegurarse de que todas las copias de la relación r sean consistentes. rn. donde se repite la información de cuentas en varias localidades. Mayor paralelismo. De manera similar. un vuelo puede estar asociado a la localidad donde se origina el vuelo. Por tanto. Por ejemplo. r se dividirá en varios fragmentos r1. en un sistema bancario. 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. .. Si la relación r está fragmentada. r2. lo que resulta en un mayor tiempo extra. varias localidades podrán procesar consultas que involucren a r en paralelo.   En general. una cuenta puede estar asociada con la localidad en que se abrió la cuenta. Puede simplificarse el manejo de copias de la relación r al designar a una de ellas copia primaria de r. Estos fragmentos contienen información suficiente para reconstruir la relación r original. Mayor tiempo extra para actualizaciones. Así. en un sistema de reservas de una línea aérea.

Los temas de transparencia y autonomía serán considerados desde los siguientes puntos de vista:     Nombre de los datos.  Asignación de nombres y autonomía local. Esta propiedad se asegura fácilmente en una base de datos que no esté distribuida. un sistema puede ocultar los detalles de la distribución de la información en la red. La transparencia de la red es el grado hasta el cual los usuarios del sistema pueden ignorar los detalles del diseño distribuido. en algún modo. Como veremos. 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. Repetición de los datos.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.1. Existen dos esquemas diferentes para fragmentar una relación: fragmentación horizontal y fragmentación vertical. La fragmentación vertical divide la relación descomponiendo el esquema R de la relación r de una manera especial. Esto se denomina transparencia de la red. a la autonomía local. Todo elemento de información de una base de datos debe tener un nombre único. en una Página 7 de 20 . Localización de los fragmentos y copias. La fragmentación horizontal divide a la relación asignando cada tupla de r a uno o más fragmentos. Sin embargo. 1.3. lo que resulta en varios fragmentos.______________________________________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. Fragmentación de los datos.. 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. La transparencia de la red se relaciona. Estos dos esquemas pueden aplicarse en forma sucesiva a la misma relación.

es posible que ninguna de las localidades del sistema distribuido pueda seguir trabajando. Sin embargo. 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. pero no transparencia de la red. Cada copia y fragmento de un elemento de información deben tener un nombre único. no se requiere un control central.   Si el asignador de nombres se cae.  Página 8 de 20 . ya que la asignación de nombres se controla de forma centralizada.______________________________________Sistema de Base de Datos Distribuido base de datos distribuida. no es necesario especificar la copia. No es conveniente requerir que los usuarios hagan referencia a una copia específica de un elemento de información. ya que se agregan identificadores de localidad a los nombres. Esto garantiza que dos localidades nunca generarán el mismo nombre (ya que cada localidad tiene un identificador único). las distintas localidades deben asegurarse no utilizar el mismo nombre para dos datos diferentes. El sistema debe ser el que determine a qué copia debe acceder cuando se le solicite su lectura. Cuando se solicita un dato. y debe modificar todas las copias cuando se produzca una petición de escritura. este enfoque tiene varias desventajas: Es posible que el asignador de nombres se convierta en un cuello de botella.  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. Se reduce la autonomía local. Esta solución al problema de asignación de nombres logra autonomía local. El sistema utiliza una tabla-catálogo para determinar cuáles son todas las copias de ese dato. Una solución para este problema es requerir que se registren todos los nombres en un asignador central de nombres. Además. Transparencia de la repetición y la fragmentación.

Es posible que L1. para ilustrar cómo funciona el esquema. ya que siempre es posible reconstruir el elemento de información original a partir de sus fragmentos. lo que haría necesario consultar la tabla de fragmentación. Sin embargo. Si el sistema es transparente en cuanto a repetición y fragmentación.______________________________________Sistema de Base de Datos Distribuido De manera similar. el administrador de la base de datos puede cambiar un dato de una localidad a otra sin afectar a los usuarios. el componente de los nombres que identifican a la localidad obliga al usuario a darse cuenta del hecho de que el sistema está distribuido. 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. Con el uso de seudónimos. Cuando este usuario hace referencia a depósito-local. Si es así. el subsistema de procesamiento de consultas busca depósito-local en la tabla de seudónimos y la sustituye por L1. Así.f1. no será necesario que el usuario conozca la localización física de un dato. debe consultarse la tabla de copias para elegir una copia. no debe exigirse a los usuarios que sepan cómo está fragmentado un elemento de información. Por tanto.f1 esté repetido. Además. Esto no presenta problemas graves.depósito. un sistema de base de datos distribuido debe permitir las consultas que se hagan en términos de elementos de información sin fragmentar. el usuario puede referirse a los datos usando nombres sencillos que el sistema traduce a nombres completos.   Página 9 de 20 . se ocultará al usuario gran parte del esquema de la base de datos distribuida. Sin embargo. En la mayor parte de los casos. sólo es preciso consultar una o dos tablas. consideramos un usuario que se encuentra en la sucursal Hillside (localidad L1). Esquema completo de asignación de nombres. este proceso puede ser ineficiente.depósito. Esta copia podría también estar fragmentada. Transparencia de localización. Este usuario emplea el seudónimo depósito-local para el fragmento local depósito-f1 de la relación depósito. La transparencia de localización se logra creando un conjunto de seudónimos o alias para cada usuario.

En el caso más general. como son: El coste de transmisión de datos en la red. Además. Por tanto. Es decir. En el caso de sistemas centralizados. el problema de actualización de información repetida y fragmentada está relacionado con el problema de actualización de vistas. 1. el criterio principal para determinar el coste de una estrategia específica es el número de accesos al disco. El beneficio potencial que supondría en la ejecución el que varias localidades procesaran en paralelo partes de la consulta. Es necesario llegar a un equilibrio adecuado entre los dos. 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.1.5..PROCESAMIENTO DISTRIBUIDO DE CONSULTAS Existen varios medios para calcular la respuesta a una consulta. el efecto de ejecutar una transacción debe ser el mismo que si se ejecutara sola en el sistema.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. en un caso general. no podemos tener en cuenta sólo los costes del disco o los de la red. El problema principal es asegurarse de que se actualizan todas las copias de un dato y también todos los fragmentos afectados. dependiendo del tipo de red y de la velocidad de los discos. 1. se ejecutan completamente todas las instrucciones de la transacción.______________________________________Sistema de Base de Datos Distribuido  Transparencia y actualizaciones. 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.4.1. Una transacción debe ejecutarse de forma atómica. o no se ejecuta ninguna. en el caso de ejecución concurrente.. En un sistema distribuido es preciso tener en cuenta otros factores.   Página 10 de 20 .

Para comprender cómo puede estructurarse un gestor de este tipo. 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. Cada localidad cuenta con su propio gestor de transacciones local. cuando se tiene un sistema de base de datos distribuido. Sin embargo. que se ejecuta sólo en esa localidad). Esto se debe a que es posible que participen varias localidades en la ejecución de una transacción. Observamos que cada transacción puede ser bien una transacción local (es decir.______________________________________Sistema de Base de Datos Distribuido  Estructura del sistema. existen varias planificaciones de recuperación y control de concurrencia. definiremos un modelo abstracto para un sistema de transacciones. es mucho más difícil garantizar la propiedad de atomicidad de una transacción. Los distintos gestores de transacciones cooperan para ejecutar las transacciones globales.  La estructura de un gestor de transacciones es similar en muchos aspectos a la que se utiliza en el caso de un sistema centralizado. o parte de una transacción global (es decir. puede dar como resultado un cálculo erróneo. Cada localidad del sistema contiene dos subsistemas:  Gestor de transacciones. El fallo de una de estas localidades o el fallo de la línea de comunicación entre ellas. cuya función es gestionar la ejecución de aquellas transacciones (o sub transacciones) que accedan a datos almacenados en esa localidad.   Página 11 de 20 . Cada gestor de transacciones se encarga de: Mantener una bitácora para la recuperación. Coordinador de transacciones. cuya función es la de coordinar la ejecución de varias transacciones (tanto local como global) iniciadas en esa localidad. Para garantizar la propiedad de atomicidad. que se ejecuta en varias localidades). 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.

estas ventajas vienen acompañadas de varias desventajas. Si varias localidades diferentes están conectadas entre sí.. ya sea que quede ejecutada o abortada en todas las localidades. Un sistema distribuido puede sufrir el mismo tipo de fallos que un sistema centralizado (por ejemplo. 2. en una configuración distribuida es necesario prever otro tipo de fallos.  Robustez. fallo del disco ). como pueden ser:     El fallo total de una localidad.1.    Coordinar la terminación de la transacción.CONSECUENCIAS DE SU UTILIZACIÓN Existen varias razones para construir sistemas distribuidos de bases de datos que incluyen compartir la información. Sin embargo. Fragmentación de la red. A continuación se comentarán brevemente cada una de ellas. 2. el coordinador debe: Iniciar la ejecución de la transacción.. Sin embargo. Dividir la transacción en varias sub transacciones. La interrupción de una línea de comunicación. un coordinador de transacciones se encarga de coordinar todas las transacciones que se inicien en esa localidad. fallo de memoria. entonces un usuario de una localidad puede acceder a datos disponibles en otra Página 12 de 20  .______________________________________Sistema de Base de Datos Distribuido Como su nombre indica. mayor posibilidad de errores y el aumento en el coste extra del procesamiento. Para cada una de estas transacciones. Utilización compartida de los datos y distribución del control. 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. Pérdida de mensajes. fiabilidad y disponibilidad y agilizar el procesamiento de las consultas.Ventajas de la distribución de datos. las cuales ha de distribuir en las localidades apropiadas para su ejecución. como son mayores costes de desarrollo del software.

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

Agilización del procesamiento de consultas. adecuada entre localidades. es posible que pierda clientes a favor de la competencia. su coste es mayor. Al escoger el diseño de una base de datos. El aumento de la complejidad se refleja en: Coste de desarrollo de software.Desventajas de la distribución de los datos. es más difícil garantizar que los algoritmos sean correctos. 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. Es más difícil estructurar un sistema de base de datos distribuido y. Sin embargo.    Mayor posibilidad de errores. Por ejemplo. si una línea aérea no puede tener acceso a la información. 2. Página 14 de 20 .. Puesto que las localidades del sistema distribuido operan en paralelo. La desventaja principal de los sistemas distribuidos de base de datos es la mayor complejidad que se requiere para garantizar una coordinación.______________________________________Sistema de Base de Datos Distribuido tiempo real.2. 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.  Mayor tiempo extra de procesamiento. el sistema puede pasar la consulta a las localidades más ligeras de carga. 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. el diseñador debe hacer un balance entre las ventajas y las desventajas de la distribución de los datos. Se podrían usar algunas de las estrategias de computación. por tanto. Existe la posibilidad de errores extremadamente sutiles. En los casos en que hay repetición de los datos. 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.

sin que esto implique que están atrasados o desactualizados en lo que a modelado de base de datos se refiere. si bien es predecesor del modelo relacional. Página 15 de 20 . el modelo jerárquico. se manejan con base de datos jerárquicas. incluimos una tabla comparativa entre estos 2 sistemas de base de datos. gran parte de la administración pública y los sistemas bancarios mundiales. Sin embargo. dando pié a la redundancia de los mismos y el crecimiento exponencial de las tablas que la conforman. conserva sólo algunas ventajas sobre los modelos distribuidos basados en arquitecturas relacionales. no ofrece facilidades para normalizar o guardar integridad referencial de los datos. 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.______________________________________Sistema de Base de Datos Distribuido 3. 4. el sistema de base de datos jerárquica. El sistema que se presenta a continuación.. Tía Juana..ARBOL FÍSICO UNIDIRECCIONAL PUNTEROS ENTRE REGISTROS ÓPTIMO POBRE BASE DE DATOS DISTRIBUIDA RELACIONAL-ORIENTADA A OBJETOS (ANILLOESTRELLA) LÓGICO BIDIRECCIONAL TABLAS DE CORRESPONDENCIA MEDIO ROBUSTA Como vemos en el ejemplo. y Cabimas. En el anexo. CARACTERISTICA ESTRUCTURA MODO DE REFERENCIA TIPO DE RELACIÓN MODO DE DIRECCIONAMIENT O RENDIMIENTO NORMALIZACIÓN BASE DE DATOS JERÁRQUICA JERARQUICA . De hecho.EJEMPLO SISTEMA DISTRIBUIDO DE BASE DE DATOS.COMPARACIÓN BASE DE DATOS JERARQUICA VERSUS RELACIONAL.

la base de datos central se encuentra allá. Puesto que la sede principal se encuentra en Maracaibo. 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. y una copia de esa misma base de datos se encuentra en las demás sucursales.______________________________________Sistema de Base de Datos Distribuido Dicha tienda por departamentos. 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. Éste sistema. 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. son copias exactas de la base de datos principal. 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. 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. Página 17 de 20 .

 La arquitectura ideal para el manejo de las bases de datos distribuidas. es el modelo relacional. 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 . gracias a que se garantiza la integridad de los datos y la minimización de la redundancia de los mismos.______________________________________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.  Las bases de datos jerárquicas.

ESPAÑA CONCEPTO SGBD Y CARACERISTICAS DE LOS WWW.ORG/WIKI/BASES_DE_DATOS_DISTRIBUIDAS Página 19 de 20 ... GRUPO EIDOS .______________________________________Sistema de Base de Datos Distribuido BIBLIOGRAFÍA BASE DE DATOS CON SQL SERVER 2000 JORGE MORATALLA 2001.SCRIBD.WIKIPEDIA.COM/. MADRID./CONCEPTO-Y-CARACTERISTICAS-DE-LOS-SGBD BASE DE DATOS DISTRIBUIDA ES.

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->