______________________________________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

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

Fiabilidad: la frecuencia con que falla una línea de comunicación o una localidad.   Página 4 de 20 .______________________________________Sistema de Base de Datos Distribuido Las localidades en el sistema pueden conectarse físicamente de diversas formas. En la figura se ilustran algunas de las configuraciones más comunes. Disponibilidad: la posibilidad de acceder a información a pesar de fallos en algunas localidades o líneas de comunicación.   Coste de comunicación: el coste en tiempo y dinero que implica enviar un mensaje desde la localidad A a la B. Las distintas configuraciones se representan por medio de grafos cuyos nodos corresponden a las localidades. Las diferencias principales entre estas configuraciones son: Coste de instalación: el coste de conectar físicamente las localidades del sistema. Una arista del nodo A al nodo B corresponde a una conexión directa entre las dos localidades.

2. Las localidades de un sistema distribuido de bases de datos pueden estar dispersas de forma física. En el caso extremo se tiene repetición total. Tres de ellos son: Repetición. La relación se divide en varios fragmentos. se almacena una copia en dos o más localidades. Cada fragmento se almacena en una localidad diferente. La repetición tiene varias ventajas y desventajas.   Fragmentación. A continuación se explicarán los factores de diseño que se aplican específicamente a las bases de datos distribuidas.DISEÑO. Repetición y fragmentación. El sistema mantiene varias copias idénticas de cada uno de los fragmentos. La alternativa a la repetición es almacenar una sola copia de la relación r . en la que se almacena una copia de la relación en cada una de las localidades del sistema. Página 5 de 20 . Considérese una relación r que se va a almacenar en la base de datos. mientras que las últimas se conocen como redes de área local. Esta es una combinación de los dos conceptos antes mencionados.. Una red del primer tipo se denomina red de larga distancia. lo que resulta en una repetición de la información.   Repetición de los datos. La relación se divide en varios fragmentos. 1. un solo edificio o varios edificios adyacentes). Si la relación r está repetida. ya sea por un área geográfica extensa (como un país) o en un área reducida (por ejemplo.1. El sistema mantiene varias copias idénticas de la relación.______________________________________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. Cada copia se almacena en una localidad diferente. Hay varios factores que deben tomarse en cuenta al almacenar esta relación en la base de datos distribuida.

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

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

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

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

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

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

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

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

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

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

Puesto que la sede principal se encuentra en Maracaibo.______________________________________Sistema de Base de Datos Distribuido Dicha tienda por departamentos. La figura representativa quedaría de ésta manera: Página 16 de 20 . y una copia de esa misma base de datos se encuentra en las demás sucursales. 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. la base de datos central se encuentra allá.

Página 17 de 20 . 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. Dicha sincronización se realiza automáticamente cada 5 minutos por el gestor de la base de datos. que continuamente se sincronizan para llevar datos nuevos y actualizarse con las otras sedes.______________________________________Sistema de Base de Datos Distribuido Las bases de datos de replica. É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.

es el modelo relacional.______________________________________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. sólo pueden ser usadas para manejo de ciertas estructuras que obedezcan a relaciones unidireccionales y no a relaciones multidireccionales.  La arquitectura ideal para el manejo de las bases de datos distribuidas. gracias a que se garantiza la integridad de los datos y la minimización de la redundancia de los mismos. Página 18 de 20 .  Las bases de datos jerárquicas.

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

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

Sign up to vote on this title
UsefulNot useful