INTRODUCCIÓN

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 23

INTRODUCCIN Este trabajo trata sobre los Sistemas de Base de Datos Distribuidos (SBDD) los cuales surgen como

respuesta a la distribucin que las empresas ya tienen, al menos de manera lgica y que en ocasiones tambin tiene de manera fsica. Todo esto nos lleva a que posiblemente los datos tambin estn distribuidos, ya que cada unidad organizacional mantendr los datos con los que normalmente opere. Los SGBD distribuidos deberan ayudarnos a resolver el problema de las islas de informacin. Esto puede ser resultado de la separacin geogrfica, de la incompatibilidad de las arquitecturas informticas, de los protocolos de comunicaciones, etc. Si se consigue integrar las bases de datos en un todo lgico coherente, podemos resolver el problema. En consecuencia, la llamada base de datos distribuida es en realidad una especie de objeto virtual, cuyas partes componentes se almacenan fsicamente en varias bases de datos "reales" distintas, ubicadas en diferentes sitios. Es una unin lgica de esas bases de datos. Se asume que cada localidad ejecuta el mismo software de control de base de datos distribuida. Si no se cumple esta premisa, ser muy difcil manejar transacciones globales

BASE DE DATOS DISTRIBUIDA

Una base de datos distribuida (BDD) es un conjunto de mltiples bases de datos lgicamente relacionadas que se encuentran distribuidas entre diferentes sitios interconectados por una red de comunicaciones. La informacin que constituye la base de datos est almacenada en diferentes sitios de la red, y las aplicaciones que se ejecutan acceden a estos datos en lugares distintos. Por lo tanto, una base de datos es una coleccin de datos que pertenecen lgicamente a un slo sistema, pero que fsicamente se encuentra "distribuido" en varios lugares de la red. SISTEMA DE BASES DE DATOS DISTRIBUIDA Es un sistema en el cual mltiples sitios de bases de datos estn ligados por un sistema de comunicaciones de tal forma que, un usuario en cualquier sitio puede acceder los datos en cualquier parte de la red exactamente como si estos fueran accedidos de forma local. Un sistema distribuido de bases de datos se almacena en varias computadoras. Los principales factores que distinguen un SBDD de un sistema centralizado son los siguientes:

Hay mltiples computadores, llamados sitios o nodos. Estos sitios deben de estar comunicados por medio de algn tipo de red de comunicaciones para transmitir datos y rdenes entre los sitios.

ANTECEDENTES DE LOS SISTEMAS DISTRIBUIDOS. El desarrollo de los sistemas distribuidos vino de la mano de las redes locales de alta velocidad a principios de 1970. Ms recientemente, la disponibilidad de computadoras personales de altas prestaciones, estaciones de trabajo y ordenadores servidores ha resultado en un mayor desplazamiento hacia
2

los sistemas distribuidos en detrimento de los ordenadores centralizados multiusuario. RMI (Java Remote Method Invocation) es un mecanismo ofrecido por Java para invocar un mtodo de manera remota. Forma parte del entorno estndar de ejecucin de Java y proporciona un mecanismo simple para la comunicacin de servidores en aplicaciones distribuidas basadas exclusivamente en Java. Esta tendencia se ha acelerado por el desarrollo de software para sistemas distribuidos, diseado para soportar el desarrollo de aplicaciones distribuidas. Este software permite a los ordenadores coordinar sus actividades y compartir los recursos del sistema - hardware, software y datos. Los sistemas distribuidos se implementan en diversas plataformas hardware, desde unas pocas estaciones de trabajo conectadas por una red de rea local, hasta Internet, una coleccin de redes de rea local y de rea extensa interconectados, que en lazan millones de ordenadores. Etapas.

En los 40's, se introducen los programas bit a bit, por medio de interruptores mecnicos y despus se introdujo el leng. mquina que trabajaba por tarjetas perforadas.

Con las primeras computadoras, desde finales de los aos 40 hasta la mitad de los aos 50, el programador interactuaba de manera directa con el hardware de la computadora, no exista realmente un Sistema Operativo; las primeras computadoras utilizaban bulbos, la entrada de datos y los programas se realizaban a travs del lenguaje mquina (bits) o a travs de interruptores.

Durante los aos 50's y 60's.- A principio de los 50's, la compaa General's Motors implanto el primer sistema operativo para su IBM 170. Empiezan a surgir las tarjetas perforadas las cuales permiten que los usuarios (que en ese tiempo eran programadores, diseadores, capturistas, etc.), se encarguen de modificar sus programas. Establecan o apartaban tiempo, metan o
3

introducan sus programas, corregan y depuraban sus programas en su tiempo. A esto se le llamaba trabajo en serie. Todo esto se traduca en prdida de tiempo y tiempos de programas excesivos.

En los aos 60's y 70's se genera el circuito integrado, se organizan los trabajos y se generan los procesos Batch (por lotes), lo cual consiste en determinar los trabajos comunes y realizarlos todos juntos de una sola vez. En esta poca surgen las unidades de cinta y el cargador de programas, el cual se considera como el primer tipo de Sistema Operativo.

En los 80's, inici el auge de la INTERNET en los Estados Unidos de Amrica. A finales de los aos 80's comienza el gran auge y evolucin de los Sistemas Operativos. Se descubre el concepto de multiprogramacin que consiste en tener cargados en memoria a varios trabajos al mismo tiempo, tema principal de los Sistemas Operativos actuales.

En los 90's y en adelante, entramos a la era de la computacin distribuida y del multiprocesamiento a travs de mltiples redes de computadoras,

aprovechando el ciclo del procesador.

CARACTERSTICAS DE SISTEMAS DISTRIBUIDOS

Concurrencia.- Esta caracterstica de los sistemas distribuidos permite que los recursos disponibles en la red puedan ser utilizados simultneamente por los usuarios y/o agentes que interactan en la red.

Carencia de reloj global.- Las coordinaciones para la transferencia de mensajes entre los diferentes componentes para la realizacin de una tarea, no tienen una temporizacin general, esta ms bien distribuida a los componentes.

Fallos

independientes

de

los

componentes.- Cada

componente

del sistema puede fallar independientemente, con lo cual los dems pueden continuar ejecutando sus acciones. Esto permite el logro de las tareas con mayor efectividad, pues el sistema en su conjunto continua trabajando.

COMPONENTES DE LOS SISTEMAS DISTRIBUIDOS Hardware involucrado El hardware utilizado no difiere mucho del hardware utilizado en un servidor normal. Al principio se crea que si los componentes de una base de datos eran especializados seran ms eficientes y rpidos, pero se comprob que el decentralizar todo y adoptar un enfoque "nada compartido" (shared-nothing) resultaba ms barato y eficaz. Por lo que el hardware que compone una base de datos distribuida se reduce a servidores y la red. Software Sistema manejador de base de datos distribuida (DDBMS): Este sistema est formado por las transacciones y los administradores de la base de datos distribuidos. Un DDBMS implica un conjunto de programas que operan en diversas computadoras, estos programas pueden ser subsistemas de un nico DDBMS de un fabricante o podra consistir de una coleccin de programas de diferentes fuentes. Administrador de transacciones distribuidas (DTM): Este es un programa que recibe las solicitudes de procesamiento de los programas de consulta o transacciones y las traduce en acciones para los administradores de la base de datos. Los DTM se encargan de coordinar y controlar estas acciones. Este DTM puede ser propietario o desarrollado en casa. Sistema manejador de base de datos (DBMS): Es un programa que procesa cierta porcin de la base de datos distribuida. Se encarga de recuperar y actualizar datos del usuario y generales de acuerdo con los comandos recibidos de los DTM.

Nodo: Un nodo es una computadora que ejecuta un DTM o un DBM o ambos. Un nodo de transaccin ejecuta un DTM y un nodo de base de datos ejecuta un DBM.

ARQUITECTURA DE BASE DE DATOS DISTRIBUIDOS

Esquema conceptual global: El esquema conceptual global es la descripcin lgica de la base de datos completa, como si no estuviera distribuida. Este nivel corresponde al nivel conceptual de la arquitectura ANSI-SPARC y contiene definiciones de entidades, relaciones, constantes
6

e informacin sobre seguridad e integridad. Proporciona independencia de datos fsicas desde el entorno distribuido. Los esquemas externos globales proporcionan independencia de datos lgica. Esquemas de fragmentacin y localizacin: El esquema de fragmentacin es una descripcin de cmo los datos estn particionados lgicamente. El esquema de localizacin es una descripcin de dnde estn localizados los datos. El esquema de localizacin tiene en cuenta cualquier replicacin. Esquemas locales: Cada SGBD local tiene su propio conjunto de esquemas. Los esquemas conceptual e interno locales corresponden a los equivalentes de la arquitectura ANSI-SPARC.

CONSECUENCIAS DEL USO DE BASES DE DATOS DISTRIBUIDAS. Tenindose en cuenta que una base de datos distribuida se refiere a que los datos se almacenan en varios computadores, esto produce una capacidad de compartir y acceder a la informacin de una forma fiable y eficaz. Utilizacin compartida de los datos y distribucin del control: Capacidad de 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 esta responsabilidad se delega al administrador de base de datos de cada localidad. Dependiendo del diseo del sistema distribuido, cada administrador local podr tener un grado de autonoma diferente, que se conoce como autonoma local. La posibilidad de contar con autonoma 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 de un sistema distribuido, es posible que las dems localidades puedan seguir
7

trabajando. En particular, si los datos se repiten en varias localidades, una transaccin que requiere un dato especfico puede encontrarlo en ms de una localidad. As, el fallo de una localidad no implica necesariamente la desactivacin del sistema. El sistema debe detectar cuando 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 mnimo de complicaciones. La disponibilidad es fundamental para los sistemas de bases de datos que se utilizan en aplicaciones de tiempo real. Por ejemplo, si una lnea area no puede tener acceso a la informacin, es posible que pierda clientes a favor de la competencia. Agilizacin 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. Sin embargo, en un sistema distribuido no se comparte la memoria principal, as que no todas las estrategias de interseccin se pueden aplicar en estos sistemas. En los casos en que hay repeticin de los datos, el sistema puede pasar la consulta a las localidades ms ligeras de carga.

El uso de bases de datos distribuidas tambin tiene una serie de consecuencias negativas que pueden tener un impacto importante a futuro, entre ellas estn: La mayor complejidad que se requiere para garantizar una coordinacin adecuada entre localidades. El aumento de la complejidad se refleja en:

Coste del desarrollo de software: es ms difcil estructura un sistema de bases de datos distribuidos y por tanto su coste es menor

Mayor posibilidad de errores: puesto que las localidades del sistema distribuido operan en paralelo, es ms difcil garantizar que los algoritmos sean correctos.

Mayor tiempo extra de procesamiento: el intercambio de mensajes y los clculos adicionales son una forma de tiempo extra que no existe en los sistemas centralizados. OBJETIVOS DE LOS SISTEMAS DE GESTIN DE BASE DE DATOS

Permitir la definicin de todos los datos: Es decir, incorporar

a las

estructuras todos los objetos necesarios para completarlas e incluir los atributos necesarios para definir a los objetos.

Permitir la manipulacin de los datos: Operaciones de intercambio de datos entre las tablas que pueden ser de (insercin, modificacin, supresin) consulta o de puesta al da

Establecer controles de seguridad: Garantizando que slo los

usuarios

autorizados puedan efectuar operaciones correctas bien sobre toda la base de datos o sobre algunas tablas.

Permitir los accesos concurrentes: El principal objetivo de la implantacin de una base de datos es poner a disposicin de un gran nmero de

usuarios un conjunto integrado de datos y que estos datos puedan ser manipulados por los diferentes usuarios. El SGBD debe garantizar que esos datos seguirn manipulaciones. siendo coherentes despus de las diversas

Una mala concepcin a la hora de disear una base de datos puede dar origen a: 1. La redundancia de datos 2. Incoherencia en los datos 3. Prdida de datos 4. Estado de la tabla

VENTAJAS Y DESVENTAJAS DE LOS SISTEMAS DISTRIBUIDOS DE BASE DE DATOS

Ventajas

Refleja una estructura organizacional - los fragmentos de la base de datos se ubican en los departamentos a los que tienen relacin.

Autonoma local - un departamento puede controlar los datos que le pertenecen.

Disponibilidad - un fallo en una parte del sistema solo afectar a un fragmento, en lugar de a toda la base de datos.

Rendimiento - los datos generalmente se ubican cerca del sitio con mayor demanda, tambin los sistemas trabajan en paralelo, lo cual permite balancear la carga en los servidores.

Economa - es ms barato crear una red de muchas computadoras pequeas, que tener una sola computadora muy poderosa.

Modularidad - se pueden modificar, agregar o quitar sistemas de la base de datos distribuida sin afectar a los dems sistemas (mdulos).

Desventajas

10

Complejidad - Se debe asegurar que la base de datos sea transparente, se debe lidiar con varios sistemas diferentes que pueden presentar dificultades nicas. El diseo de la base de datos se tiene que trabajar tomando en cuenta su naturaleza distribuida, por lo cual no podemos pensar en hacer joins que afecten varios sistemas.

Economa - la complejidad y la infraestructura necesaria implica que se necesitar una mayor mano de obra.

Seguridad - se debe trabajar en la seguridad de la infraestructura as como cada uno de los sistemas.

Integridad - Se vuelve difcil mantener la integridad, aplicar las reglas de integridad a travs de la red puede ser muy caro en trminos de transmisin de datos.

Falta de experiencia - las bases de datos distribuidas son un campo relativamente nuevo y poco comn por lo cual no existe mucho personal con experiencia o conocimientos adecuados.

Carencia de estndares - an no existen herramientas o metodologas que ayuden a los usuarios a convertir un DBMS centralizado en un DBMS distribuido.

Diseo de la base de datos se vuelve ms complejo - adems de las dificultades que generalmente se encuentran al disear una base de datos, el diseo de una base de datos distribuida debe considerar la fragmentacin, replicacin y ubicacin de los fragmentos en sitios especficos.

APLICACIONES DE LOS SISTEMAS DISTRIBUIDOS DE BASE DE DATOS

Sistemas Comerciales:

11

Inicialmente fueron construidos con hardware dedicado y entornos centralizados, son, por sus caractersticas de distribucin geogrfica y necesidad de acceso a sistemas distintos, ideales para implementarse en sistemas distribuidos. Requieren ciertas caractersticas de fiabilidad, seguridad y proteccin. Algunos ejemplos son:

Sistemas de reservas de lneas areas. Aplicaciones bancarias. Cajas y gestin de grandes almacenes.

Redes WAN.: Debido al gran crecimiento de este tipo de redes (Internet), ha tomado gran importancia el intercambio de informacin a travs de la red. Y para esto tenemos los siguientes ejemplos: Los servicios comunes que brinda Internet: Correo electrnico, servicio de noticias, transferencia de archivos, la Wrld Wide Web, etc. Aplicaciones Multimedia.: Son las ltimas incorporaciones a los sistemas distribuidos. Estas aplicaciones imponen ciertas necesidades de hardware para poder tener una velocidad y regularidad de transferencia de una gran cantidad de datos. Los ejemplos de estos sistemas son: Videoconferencia. Televigilancia. Juegos multiusuarios. Enseanza asistida por ordenador.
12

reas de la informtica aplicada a los Sistemas Distribuidos. En este punto se tienen en cuenta toda la variedad de aplicaciones de los sistemas distribuidos, pues su diseo involucra a muchas reas, por ejemplo:

Comunicaciones. Sistemas operativos distribuidos. Base de datos distribuidas. Servidores distribuidos de ficheros. Lenguajes de programacin distribuidos. Sistemas de tolerancia de fallos.

DISEO DE BASES DE DATOS DISTRIBUIDAS El diseo de base de datos distribuidas se ocupa de tomar decisiones en la ubicacin de programas que accedern a la base de datos y sobre los propios datos que la constituyen, a lo largo de los diferentes nodos que constituyen la red. Tenemos que distribuir pequeos elementos entre diferentes computadores, es decir, distribuir la informacin. La organizacin de los sistemas de bases de datos distribuidas se puede analizar desde tres dimensiones: El nivel de comparticin. Esta caracterstica posee tres alternativas dependiendo del nivel de comparticin: Inexistente. Cada aplicacin y sus datos se ejecutan en una maquina sin comunicacin con otros programas o datos. Comparticin de datos. Cada mquina posee sus propias aplicaciones locales pero se comparte los datos.

13

Comparticin de datos y programas. Las aplicaciones locales en una mquina pueden invocar servicios en otras y adems comparten los datos. Caractersticas de acceso a los datos. Estas caractersticas pueden ser dos: Esttico. El modelo de acceso a los datos no vara con el tiempo. Dinmico. El modelo de acceso a los datos vara con el tiempo. El nivel de conocimiento de las caractersticas de acceso: Sin informacin. Los diseadores no tienen informacin de cmo acceden los usuarios a los datos. Con informacin parcial. Los diseadores no poseen toda la informacin de cmo acceden los usuarios a los datos. Con informacin total. Los diseadores poseen la informacin completa decmo los usuarios acceden a los datos. Estrategias de Diseo Estas estrategias son las utilizadas al disear una base de datos relacional, pero aadiendo un paso de diseo de la distribucin. A la hora de abordar el diseo de una base de datos distribuida podremos optar principalmente por dos tipos de estrategias: la estrategia ascendente y la estrategia descendente: La estrategia ascendente (botton-up): En este caso se partira de los esquemas conceptuales locales y se trabajara para llegar a conseguir el esquema conceptual global. Despus se pasara al diseo de distribucin. Esta estrategia suele ser utilizada para integrar varias bases de datos centralizadas existentes. En la estrategia descendente (top-down) se parte de cero y se avanza en el desarrollo del trabajo. Los pasos a realizar mediante esta estrategia son los siguientes:
14

Anlisis de requisitos: En esta etapa se determinan los requisitos para obtener tanto los datos como las necesidades de procesamientos de los usuarios. Igualmente se debern fijar los requisitos del sistema, los objetivos que debe cumplir en cuanto a rendimiento, seguridad,

disponibilidad y flexibilidad teniendo en cuenta aspectos econmicos. Al finalizar esta etapa debemos poseer unos objetivos que servirn como entrada para dos actividades: Diseo conceptual y diseo de vistas. Diseo de vistas: En esta etapa se definirn las interfaces del usuario con el sistema. Se determinan las aplicaciones que usaran la base de datos as como datos estadsticos o estimaciones de las mismas sobre frecuencia de acceso de cada aplicacin a cada tabla, que nos permitir poseer informacin que nos ayudar a optimizar ciertas partes y crear un diseo conceptual mas eficiente. Al finalizar esta etapa se debera poseer toda la informacin de acceso y la definicin de los esquemas externos. Diseo conceptual: En esta etapa se suele realizar la integracin de las vistas del usuario. Como resultado de la ejecucin de estas dos ltimas etapas debemos tener un esquema conceptual global, informacin de acceso y los esquemas externos que servirn de entrada para la prxima etapa. Diseo de la distribucin. Esta etapa es representativa en el diseo de BBDD distribuidas ya que es la etapa que la diferencia del diseo de bases de datos centralizadas. Consiste obtener diferentes esquemas conceptuales locales a partir del esquema conceptual global y la informacin de acceso. En este punto debemos considerar dos actividades importantes: Fragmentacin: consiste en decidir como dividimos la base de datos y en que partes. Asignacin: consiste en ubicar los fragmentos que hemos obtenido en los distintos nodos. Diseo fsico. A partir de los esquemas conceptuales locales y la informacin de acceso obtenidos en las etapas anteriores se debe obtener el esquema fsico.
15

Monitorizacin y ajustes. Este paso se realiza para llevar un control del proceso y e intentar reparar lo errores o desviaciones que se produzcan en el proceso. Fragmentacin La fragmentacin es el proceso encargado de dividir una relacin en otras subrelaciones de menor tamao, y su objetivo es encontrar la unidad apropiada de distribucin. Existe una serie de razones por las que llevar a cabo la fragmentacin: Utilizacin: En general, las aplicaciones funcionan con vistas que normalmente son subconjuntos de relaciones. Por tanto, es lgico considerar como unidad de distribucin a esos subconjuntos de relaciones. Eficiencia: Los datos se almacenan cerca del lugar en el que son utilizados con mayor frecuencia. Adems, los datos que las aplicaciones locales no necesitan no se almacenan en ese nodo. Paralelismo: La descomposicin de una relacin en fragmentos permite que una transaccin pueda ser dividida en subconsultas. Cada subconsulta operar sobre el fragmento adecuado. En definitiva, se aumenta el grado de concurrencia. Seguridad: Los datos no requeridos por las aplicaciones locales no se almacenan en ese nodo, por lo que no estn disponibles para los usuarios no autorizados. Qu unidad de fragmentacin tomar? El principal problema de la fragmentacin consiste en encontrar una unidad de fragmentacin. Se podra considerar como unidad de fragmentacin una relacin completa pero esto no es ptimo debido a cuestiones de eficiencia. Las siguientes afirmaciones nos dan razones por las que la relacin no es la unidad de fragmentacin ideal:

16

Las vistas son subconjuntos de varias relaciones, es decir, se forman a partir de trozos de varias tablas. Ya que cada aplicacin posee sus propias vistas lo mas adecuado ser conseguir que la mayora de las vistas estn definidas sobre subtablas locales a cada aplicacin y as logramos un incremento del rendimiento. Luego la mejor unidad de fragmentacin seria subconjuntos de relaciones. Al descomponer una relacin en fragmentos, se permite el procesamiento concurrente de transacciones ya que no se bloquean tablas enteras sino subtablas, por lo que dos consultas pueden acceder a la misma tabla en fragmentos distintos. Al descomponer una relacin en fragmentos, se permite la paralelizacin de consultas al poder descomponerlas en subconsultas, cada una de las cuales trabajar con un fragmento distinto producindose un incremento del rendimiento. Inconvenientes de la fragmentacin: Si las aplicaciones tienen requisitos que necesiten la descomposicin de la relacin en fragmentos mutuamente exclusivos, estas aplicaciones cuyas vistas estn definidas sobre ms de un fragmento pueden poseer menor rendimiento. Si una vista de usuario no se puede definir sobre un solo fragmento necesitarn un control semntico que dificulta y degrada el rendimiento debido a que la verificacin de las restricciones de integridad implican buscar fragmentos en mltiples localizaciones. Tipos de fragmentacin: Fragmentacin horizontal. Consiste en el particionamiento en tuplas de una relacin global en subconjuntos, donde cada subconjunto puede contener datos que cumplen una condicin y se puede definir expresando cada fragmento como una operacin de seleccin sobre la relacin global.

17

Fragmentacin vertical. En este tipo de fragmentacin se dividen el conjunto de atributos en grupos. Los fragmentos se obtienen proyectando la relacin global sobre cada grupo. La fragmentacin es correcta si cada atributo se mapea en al menos un atributo del fragmento. Fragmentacin mixta. Este tipo de fragmentacin consiste en la aplicacin de fragmentacin vertical y despus fragmentacin horizontal o viceversa. Asignacin Supongamos que tenemos un conjunto de fragmentos F={F1, F2, , Fn} y una red que consiste en este conjunto de sitios S ={S1, S2, , Sm}. El problema de asignacin determina la distribucin ptima de F en S. La optimalidad puede ser definida de acuerdo a dos medidas: Coste mnimo. Consiste en el coste de la comunicacin de datos, coste del almacenamiento y el coste de procesamiento. Nuestro objetivo es encontrar una funcin que minimiza el coste. Rendimiento. La estrategia de asignacin se disea para mantener una mtrica de rendimiento. Las dos mtricas ms utilizadas son el tiempo de respuesta y el throughput (productividad).

Cuando una serie de datos se asignan, estos pueden replicarse para mantener una copia o varias idnticas. Por tanto, respecto a la replicacin, en la asignacin de fragmentos existen tres estrategias: No soportar replicacin. Cada fragmento reside en un solo sitio. Soportar replicacin completa. Cada fragmento reside en cada uno de los sitios. Soportar replicacin parcial. Cada fragmento reside en alguno de los sitios. Se considera de gran utilidad la replicacin cuando el nmero de consultas de solo lectura es bastante mayor que el nmero de consultas de actualizaciones.

18

Comparacin con sistemas jerrquicos de bases de datos

DOCE REGLAS DE LAS BASES DE DATOS DISTRIBUIDAS Principio fundamental Para el usuario un sistema distribuido debe ser igual que uno centralizado. Autonoma Local : Los sitios distribuidos deben ser autnomos, es decir que todas las operaciones en un sitio dado se controlan en ese sitio. No dependencia de un sitio central : No debe de haber dependencia de un sitio central para obtener un servicio. Operacin Continua: Nunca debera apagarse para que se pueda realizar alguna funcin, como aadir un nuevo sitio. Independencia con respecto a la localizacin: No debe de ser necesario que los usuarios sepan dnde estn almacenados fsicamente los datos, sino que ms el usuario lo debe de ver como si solo existiera un sitio local Independencia con respecto a la fragmentacin: La fragmentacin es deseable por razones de desempeo, los datos, pueden almacenarse en la localidad donde se utilizan con mayor frecuencia de manera que la mayor parte de las operaciones sean slo locales y se reduzca el trfico en la red. Independencia de rplica: Si una relacin dada (es decir, un fragmento dado de una relacin ) se puede presentar en el nivel fsico mediante varias copias almacenadas o rplicas, en muchos sitios distintos. Procesamiento Distribuido de Consultas: El objetivo es convertir

transacciones de usuario en instrucciones para manipulacin de datos, y as reducir el trfico en la red implica que el proceso mismo de optimizacin de consultas debe ser distribuido. Manejo Distribuido de Transacciones: Tiene dos aspectos principales, el control de recuperacin y el control de concurrencia, cada uno de los cuales requiere un tratamiento ms amplio en el ambiente distribuido.
19

Independencia con respecto al equipo: El SGBDD debe ser ejecutable en diferentes plataformas hardware . Independencia con respecto al Sistema Operativo: El sistema debe ser ejecutable varios diferentes SO. Independencia con respecto a la red: El sistema debe poder ejecutarse en diferentes redes. Todos los usuarios accedan a la BDD a travs de un esquema global en forma transparente al usuario. Debe ser posible ejecutar diferentes SGBDD locales que utilicen distintos modelos de datos.

20

CONCLUSIN

Las bases de datos distribuidas son cada vez ms usadas por las empresas y suponen una ventaja competitiva frente a los sistemas centralizados, siempre y cuando la empresa en cuestin tenga necesidad de usar una base de datos de este tipo. Lo ms habitual es disponer de varias sedes y tener que manejar informacin comn, para lo cual las bases de datos distribuidas son especialmente tiles. Es una tecnologa que ya lleva aos en rodaje por lo que tiene la madurez suficiente como para ser usada con garantas, no obstante, debido a la gran dependencia que estas bases de datos tienen de las telecomunicaciones, en Espaa nos encontramos muchos problemas para conseguir el rendimiento oportuno de las mismas

21

Referencias electrnicas SCRIBD. (2010). Las Doce Reglas de Las Bases de Datos Distribuidas [Documento en Lnea]. Disponible en:

http://es.scribd.com/doc/44030596/Las-Doce-Reglas-de-Las-Bases-deDatos-Distribuidas/ [Consulta: 2013, Enero 24] CORBERA N., Francisco, DELGADO G., Alejandro . (2008). Modelos Avanzados De Bases De Datos [Documento en Lnea]. Disponible en: http://alarcos.infcr.uclm.es/doc/bbddavanzadas/07-08/Distribuci%F3n1.pdf [Consulta: 2013, Enero 24] BASESDEDATOSAVANZADAS (2010). Bases de datos distribuidas [Documento en Lnea]. Disponible en: [Consulta:

http://basesdedatosavanzadas.wikispaces.com/Distribuidas 2013, Enero 24]

WIKIPEDIA (2012). Bases de datos distribuidas [Documento en Lnea]. Disponible en: http://es.wikipedia.org/wiki/Bases_de_datos_distribuidas [Consulta:

2013, Enero 24] SLIDESHARE. (2012). Antecedentes de los sistemas distribuidos. [Documento en Lnea]. Disponible en: http://www.slideshare.net/AleksNet/antecedentes-delos-sistemas-distribuidos [Consulta: 2013, Enero 24] ITESLOSCABOS.. (2011). Sistemas Distribuidos I. [Documento en Lnea]. Disponible en: http://www.itesloscabos.edu.mx/node/449 [Consulta: 2013, Enero 24]

22

http://es.wikipedia.org/wiki/Bases_de_datos_distribuidas

23

También podría gustarte