12 Reglas para las BDD

7/18/2019 12 Reglas para las BDD

http://slidepdf.com/reader/full/12-reglas-para-las-bdd 1/27

ases e atos str u as

BASES DE DATOS

DISTRIBUIDAS

I.S.C Emilio Carrete Mata




Definición:

• Consiste en una colección de sitios,

conectados por medio de algún tipo de red de

comunicación, en el cual

Cada sitio es un sistema de BD completo por derecho

propio, pero

Los sitios ha acordado trabajar juntos, a fin de que un

usuario de cualquier sitio pueda acceder a los datosdesde cualquier lugar de la red, eactamente como si

los datos estu!ieran guardados en el propio sitio del

usuario.





Definición:

• "na BDD es en realidad un tipo de BD !irtual

cu#as partes componentes est$n

almacenadas en !arias BD %reales& distintas

que se encuentran en !arios sitios distintos'de hecho, es la uni(n l(gica de esas BD

reales).





Definición:

• En otras palabras, cada sitio local tiene

– Sus propias BD %reales&

–

Sus propios usuarios locales – Su propio DBMS local

– Soft*are de administraci(n de transacciones 'inclu#endo

su propio soft*are local para bloqueo, registro en

bit$cora, recuperaci(n, etc.)

– +s como su propio administrador de comunicaci(n dedatos local.





Definición:

• Es com-n suponer que los sitios componentes

est$n dispersos fsicamente qui$ tambi/n

dispersos geogr$ficamente, aunque de hecho

basta con que est/n dispersos l(gicamente.

• Dos %sitios& pueden incluso coeistir en la misma

m$quina fsica.





Ventajas:

• 01or qu/ son necesarias las BDD2

• La respuesta es que las empresas #a est$n

generalmente distribuidas al menos de maneral(gica 'en di!isiones, departamentos, grupos de

trabajo, etc.)

•3 es mu# probable que tambi/n lo est/n demanera fsica 'en plantas, f$bricas, laboratorios,

etc.)4





Ventajas:

• De esto deducimos que por lo general tambi/n los

datos #a est$n distribuidos

• 3a que cada unidad organiacional dentro de laempresa mantendr$ los datos que son importantes

para su propia operaci(n

• 1or lo tanto, el !alor de la informaci(n total de laempresa est$ di!ido en lo que a !eces llamamos

%islas de informaci(n&





Ventajas:

• Lo que hace un Sistema Distribuido es

proporcionar los puentes necesarios para conectar

a esas islas entre s

• En otras palabras, permite que la estructura de la

BD refleje la estructura de la empresa 5 los datos

locales son conser!ados localmente en el lugar

donde pertenecen de manera m$s l(gica 5

• 3 al mismo tiempo, permite tener acceso a datos

remotos cuando sea necesario.





Ventajas:

• El arreglo distribuido combina eficiencia de procesamiento 'los datos se mantienen cerca del

punto en donde se usan m$s frecuentemente).

• Con una mayor accesibilidad 'es posible accedera una cuenta remota # !ice!ersa, por medio de la

red de comunicaciones).

• 1robablemente el ma#or beneficio de los sistemasdistribuidos es que permiten que la estructura de la

BD refleje la estructura de la empresa





Desventajas:

• La ma#or des!entaja es el hecho de que los

sistemas distribuidos son complejos 'al menos

desde el punto de !ista t/cnico).

• 1or supuesto, de manera ideal esa complejidad

debe ser problema del implementador # no del

usuario.

• 1ero es probable que algunos aspectos

aparecer$n ante los usuarios, a menos que se

tomen precauciones mu# cuidadosas.I.S.C Emilio Carrete Mata




Ejemplos de algunos DDBMS:

1rototipos• SDD67, que fue construido en la di!isi(n de

in!estigaci(n de Computer Corporation of +merica. – 8inales de los a9os :; # principios de los <;.

• =>, una !ersi(n distribuida del prototipo S#stem =,construida en IBM =esearch

– 1rincipios de los a9os <;

• Distributed Ingres, una !ersi(n distribuida del

prototipo Ingres, construida en la "ni!ersidad de

California en Ber?ele# – 1rincipios de los <;





Ejemplos de algunos DDBMS :

Implementaciones comerciales@

• La ma#ora de los productos SAL actuales

proporcionan alg-n tipo de soporte de BDD 'condi!ersos grados de funcionalidad).

– IngresStar, el componente de BDD de Ingres

– La opci(n de BDD de racle

– La propiedad de datos distribuidos de DB





Ejemplos de algunos DDBMS:

anto los DDBMS prototipos como los productos, son

relacionales 'al menos todos soportan SAL).

+dem$s, ha# !arias raones por las cuales, para queun sistema distribuido sea eitoso, debe ser

relacional.

La tecnologa relacional es un requisito pre!io para

tecnologa distribuida





Principio Fundamental

“Ante el usuario, un sistema distribuido debe lucirexactamente igual que un sistema que no es

distribuido”

•

En otras palabras, los usuarios de un sistemadistribuido deben ser capaces de comportarse

eactamente como si no fuera distribuido.

•

odos los problemas de los sistemas distribuidosson, o deberan ser, problemas internos o en el

ni!el de implementaci(n, # no eternos o en el ni!el

de usuario.





El principio fundamental nos conduce a 12 reglas u

ojetivos@

1!" #utonom$a local. Los sitios en un sistema

distribuido deben ser autónomos.

– La autonoma local significa que todas las operaciones

en un sitio dado est$n controladas por ese sitio4 ning-n

sitio X debe depender de alg-n otro sitio para su

operaci(n satisfactoria.

– La seguridad, integridad # representaci(n de

almacenamiento de los datos locales permanecen bajo el

control # jurisdicci(n del sitio local.


t t




12 reglas u ojetivos@

2!" %o dependencia de un sitio central. La autonomalocal implica que todos los sitios deben ser tratados

como iguales.

– 1or lo tanto, no debe haber particularmente ninguna

dependencia de un sitio %maestro& central para alg-nser!icio central, tal que todo el sistema dependa de ese

sitio central.

– =aones por las cuales no debera haber un sitio central@

•El sitio central puede ser un cuello de botella

• El sistema sera !ulnerable4 es decir, si el sitio central

falla, tambi/n fallar$ todo el sistema


t t




12 reglas u ojetivos:

&!" 'peración continua. "na !entaja de los sistemas

distribuidos es que deben proporcionar ma#or

confiabilidad # ma#or disponibilidad .

– (onfiailidad. La probabilidad de que el sistema est/listo # funcionando en cualquier momento dado. Los SD

no son una propuesta de todo o nada4 pueden continuar

operando cuando ha# alguna falla en alg-n componente

independiente.

– Disponiilidad. La probabilidad de que el sistema est/

listo # funcionando continuamente a lo largo de un perodo

especificado.


t t





)!" *ndependencia de uicación! Conocida tambi/n

como transparencia de ubicación.

– Los usuarios no tienen que saber d(nde est$n

almacenados fsicamente los datos, sino que deben ser

capaces de comportarse como si todos los datos

estu!ieran almacenados en su propio sitio local.

– Esto simplifica los programas de los usuarios. En

particular, permite que los datos emigren de un sitio a otro

sin in!alidar ninguno de estos programas o acti!idades.


t t





+!" *ndependencia de fragmentación! "n sistemasoporta la fragmentación de datos cuando puede

ser di!idida en o partes o fragmentos, para efectos

de almacenamiento fsico.

–

La fragmentaci(n es necesaria por raones derendimiento@ los datos pueden estar almacenados en la

ubicaci(n donde son usados m$s frecuentemente para

que la ma#ora de las operaciones sean locales # se

reduca el tr$fico en la red.

– Los usuarios deben comportarse como si los datos en

realidad estu!ieran sin fragmentaci(n alguna.


t t





,!" *ndependencia de replicación! El sistema soportareplicación de datos cuando un fragmento puede

ser representado por muchas copias distintas, o

r/plicas, guardadas en muchos sitios distintos.

Las r/plicas son necesarias por dos raones

principales@

7. Significan un mejor rendimiento 'las aplicaciones

pueden operar sobre las copias locales en lugarde tener que comunicarse con sitios remotos)







,!" *ndependencia de replicación-

. 1ueden significar una mejor disponibilidad 'un

objeto replicado permanece disponible para su

procesamiento, mientras est/ disponible al

menos una copia).

1or supuesto, la principal des!entaja de las r/plicas es

que al actualiarlas es necesario actualiar todas@

el problema de la propagación de laactuali!ación.







.!" Procesamiento de consultas distriuidas. La

optimiaci(n es importante en un sistema

distribuido que en uno centraliado, incluso mucho

m$s.

– El punto b$sico es que en una consulta que in!olucra a

!arios sitios, habr$ muchas formas posibles de mo!er los

datos en el sistema para satisfacer la solicitud, # es

crucialmente importante que se encuentre una estrategia

eficiente.







/!" #dministración de transacciones distriuidas.

Eisten dos aspectos principales en la

administraci(n de transacciones@ control de

recuperación # control de la concurrencia.

– +mbos aspectos requieren un tratamiento amplio en el

ambiente distribuido.

–

3a que una sola transacci(n puede in!olucrar la ejecuci(nde c(digo en muchos sitios.







/!" #dministración de transacciones distriuidas-

– 1uede in!olucrar actualiaciones en muchos sitios # se

debe de cuidar que la transacci(n no caiga en un bloqueo

mortal 'basado en el bloqueo).

– 1ara el control de la recuperación, es necesario

asegurarse que una transacci(n dada sea at(mica en el

ambiente distribuido, el sistema debe por lo tanto

asegurarse de que la transacci(n sea confirmada odeshecha 'se puede utiliar el protocolo de confirmación

de dos fases).







0!" *ndependencia de ardare. Soporte para un gran

n-mero de m$quinas diferentes. 1oder integrar

todos los datos de todos estos sistemas #

presentar al usuario una %imagen del sistema

-nico&.

13!" *ndependencia de sistema operativo!

b!iamente es necesario no s(lo tener la

posibilidad de ejecutar el mismo DBMS endiferentes plataformas de hard*are, sino tambi/n

ejecutarlo en diferentes plataformas de sistema

operati!o.I.S.C Emilio Carrete Mata






11!" *ndependencia de red!

Si el sistema !a a tener la posibilidad de soportar

muchos sitios distintos es ob!iamente necesario

tener la posibilidad de soportar tambi/n una

!ariedad de redes de comunicaci(n distintas.







12!" *ndependencia de DBMS! Lo que se necesita esque todos los ejemplares de DBMS en sitios

diferentes soporten la misma interfaz.

– +unque no tienen que ser necesariamente copias delmismo soft*are DBMS.

– En otras palabras, sera posible que el sistema distribuido

fuera "eterog#neo, al menos en cierto grado.

– Sera mu# bueno si diferentes DBMS pudieran participar

de alguna forma en un sistema distribuido.


12 Reglas para las BDD

Documents

Transcript of 12 Reglas para las BDD