ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Base De Datos Distribuidas


Enviado por   •  7 de Noviembre de 2012  •  2.019 Palabras (9 Páginas)  •  442 Visitas

Página 1 de 9

Diseño de bases de datos distribuidas

La organización de sistemas distribuidos puede ser investigada a lo largo de tres

dimensiones ortogonales según Levin & Morgan. Estos tres niveles son:

1. Nivel de distribución

2. Comportamiento de los patrones de acceso.

3. Nivel de conocimiento en el comportamiento del patrón de acceso.

La imagen representa los tres niveles a lo largo de las dimensiones. En términos del nivel

de distribución hay tres posibilidades.

Primero: Que no haya distribución; cada aplicación y sus datos se ejecutan en un sitio y

no hay comunicación con algún otro programa o acceso a algún archivo de datos de otro

sitio. Esto caracterizaba a los primeros días de trabajo en red pero ya no es tan común en

nuestros tiempos.

Segundo: Distribución de datos; Todos los programas son replicados en todos los sitios

pero no los archivos de datos por consiguiente las peticiones de los usuarios son

manejadas en el sitio donde fueron originados y solo los archivos de datos necesarios son

movidos alrededor de la red.

Datos + programas: los archivos de datos y los programas pueden ser compartidos.

En el diagrama se muestra una distinción entre la distribución de datos y la distribución de

datos + programas ilustrando las diferencias entre sistemas de computadora distribuidos

homogéneos y heterogéneos. Indica correctamente que en un ambiente heterogéneo es

más difícil e incluso imposible ejecutar un programa dado en diferente hardware bajo un

diferente sistema operativo.

A lo largo de la segunda dimensión del comportamiento de los patrones de acceso es

posible identificar dos alternativas. Los patrones de acceso de peticiones de usuarios

puede ser estático, es decir que no cambian en el tiempo, o dinámico.

A lo largo de la tercera dimensión tenemos el nivel de conocimiento del comportamiento

de los patrones de acceso. Podemos plantear la opción de que el desarrollador no

conozca nada acerca de estos patrones pero sería difícil construir un DBMS que cubriera

esta cuestión sin información previa por eso, y para que sea más fácil es necesario que el

diseñador o desarrollador tenga la información completa.

Primero: Que no haya distribución; cada aplicación y sus datos se ejecutan en un sitio y

no hay comunicación con algún otro programa o acceso a algún archivo de datos de otro

sitio. Esto caracterizaba a los primeros días de trabajo en red pero ya no es tan común en

nuestros tiempos.

Segundo: Distribución de datos; Todos los programas son replicados en todos los sitios

pero no los archivos de datos por consiguiente las peticiones de los usuarios son

manejadas en el sitio donde fueron originados y solo los archivos de datos necesarios son

movidos alrededor de la red.

Datos + programas: los archivos de datos y los programas pueden ser compartidos.

En el diagrama se muestra una distinción entre la distribución de datos y la distribución de

datos + programas ilustrando las diferencias entre sistemas de computadora distribuidos

homogéneos y heterogéneos. Indica correctamente que en un ambiente heterogéneo es

más difícil e incluso imposible ejecutar un programa dado en diferente hardware bajo un

diferente sistema operativo.

A lo largo de la segunda dimensión del comportamiento de los patrones de acceso es

posible identificar dos alternativas. Los patrones de acceso de peticiones de usuarios

puede ser estático, es decir que no cambian en el tiempo, o dinámico.

A lo largo de la tercera dimensión tenemos el nivel de conocimiento del comportamiento

de los patrones de acceso. Se puede plantear la opción de que el desarrollador no

conozca nada acerca de estos patrones pero sería difícil construir un DBMS que cubriera

esta cuestión sin información previa por eso, y para que sea mas fácil, es necesario que el

diseñador o desarrollador tenga la información completa.

Se consideraran estrategias para el diseño de base de datos que se usan comúnmente

son principalmente dos enfoques. El enfoque Up-Down y el enfoque Bottom-Up que como

su nombre lo indica son enfoques muy diferentes para el proceso de diseño pero como la

mayoría de los diseñadores de software saben es muy raro que sea suficiente que una

aplicación se ajuste perfectamente a uno de estos dos enfoques.

Proceso de diseño Top-Down

La actividad para este proceso de diseño comienza con el análisis de requerimientos que

define el ambiente del sistema y determina tanto las necesidades de los datos como las

del proceso. Con respecto al DBMS este es definido en base al desempeño, la

confiabilidad y disponibilidad, economía y flexibilidad.

El documento resultante de el análisis de

...

Descargar como (para miembros actualizados)  txt (14.1 Kb)  
Leer 8 páginas más »
Disponible sólo en Clubensayos.com