Actividad Fundamental #1

Introduccin:
Las bases de datos distribuidas son grupos de datos que pertenecen a un sistema,
pero a su vez est repartido entre ordenadores de una misma red, ya sea a nivel
local, o cada uno en una diferente localizacin geogrfica, cada sitio en la red es
autnomo en sus capacidades de procesamiento y es capaz de realizar
operaciones locales y en cada uno de estos ordenadores debe estar ejecutndose
una aplicacin a nivel global que permita la consulta de todos los datos como si se
tratase de uno solo.
Para tener una base de datos distribuida deben cumplirse las condiciones de una
red computacional. Una red de comunicacin provee las capacidades para que un
proceso ejecutndose en un sitio de la red enve y reciba mensajes de otro
proceso ejecutndose en un sitio distinto. Parmetros a considerar incluyen:
Retraso en la entrega de mensajes, costo de transmisin de un mensaje y
confiabilidad de la red. Diferentes tipos de redes: point-to-point, broadcast, LAN,
WAN.

Qu es una transaccin?
Dentro de las bases de datos se habla de transacciones a la secuencia de
operaciones realizadas como una sola unidad lgica de trabajo. En esta unidad
lgica de trabajo debe exhibir cuatro propiedades, conocidas como propiedades
de atomicidad, coherencia, aislamiento y durabilidad para ser calificada como
transaccin.
Atomicidad: Una transaccin debe ser una unidad atmica de trabajo, tanto
si se realizan todas sus modificaciones en los datos, como si no se realiza
ninguna de ellas.
Coherencia: cuando finaliza, una transaccin debe dejar todos los datos en
un estado coherente. En una base de datos relacional, se deben aplicar
todas las reglas a las modificaciones de la transaccin para mantener la
integridad de todos los datos. Todas las estructuras internas de datos, como
ndices de rbol B o listas doblemente vinculadas, deben estar correctas al
final de la transaccin.
Aislamiento: Las modificaciones realizadas por transacciones simultneas
se deben aislar de las modificaciones llevadas a cabo por otras
transacciones simultneas. Una transaccin reconoce los datos en el
estado en que estaban antes de que otra transaccin simultnea los
modificara o despus de que la segunda transaccin haya concluido, pero
no reconoce un estado intermedio. Esto se conoce como seriabilidad, ya
que deriva en la capacidad de volver a cargar los datos iniciales y
reproducir una serie de transacciones para finalizar con los datos en el

mismo estado en que estaban despus de realizar las transacciones

originales.
Durabilidad: una vez concluida una transaccin, sus efectos son
permanentes en el sistema. Las modificaciones persisten aun en el caso de
producirse un error del sistema.
Si la unidad lgica de trabajo cuenta con estas cuatro propiedades, entonces se
podr calificar como transaccin.
Los programadores de base de datos son los responsables de iniciar y finalizar las
transacciones en puntos que exijan la coherencia lgica de los datos. El
programador debe definir la secuencia de modificaciones de datos que los dejan
en un estado coherente en relacin con las reglas de negocios de la organizacin.
El programador incluye estas instrucciones de modificacin en una sola
transaccin de forma que el motor de base de datos puede hacer cumplir la
integridad fsica de la misma.

Control de concurrencia
En base de datos, la concurrencia es un trmino referido a la propiedad de los
sistemas que permiten que mltiples procesos sean ejecutados al mismo tiempo, y
que potencialmente puedan interactuar entre s.
La concurrencia en las base de datos es de suprema importancia en los sistemas
de informacin, ya que evita errores en el momento de ejecutar las diferentes
transacciones. El objetivo de los mtodos de control de concurrencia es garantizar
la no inferencia o la propiedad de aislamiento de transacciones que se ejecutan de
manera concurrente. Los distintos objetivos atacan el problema garantizando que
las transacciones se ejecuten en un plan que sea serializable, es decir, que el
resultado sea equivalente a el resultante de ejecutar un plan en serie.
En un sistema de administracin de base de datos es necesario algn tipo de
mecanismo de control de concurrencia para asegurar que las transacciones
concurrentes no interfieran entre s. En otras palabras, el control de concurrencia
distribuido de un sistema de administracin de base de datos asegura que la
consistencia de la base de datos se mantenga en un ambiente distribuido
multiusuario.
El control de accesos concurrentes y especficamente de transacciones
concurrentes es manejado por un mdulo del sistema de administracin de base
de datos. Este mdulo es llamado Schedule.
Es importante recordar que muchos de los datos de la base no se encuentran
nada ms en disco, sino tambin en los buffers de memoria, de ah que el
Schedule interacta con ellos y en su defecto solicita la lectura de los datos del
disco.

Si no se hace un adecuado control de concurrencia, se pueden presentar dos

anomalas. Primero, se pueden perder actualizaciones provocando que los efectos
de algunas transacciones no se reflejen en la base de datos. Segundo, es posible
que se presenten recuperaciones de informacin inconsistentes.

Control de consecuencia con mtodos de bloqueo

En los controles de concurrencia con mtodos de bloqueo, las transacciones
indican sus intenciones solicitando bloqueos al despachador, los bloqueos son de
lectura (compartidos) o de escritura (exclusivos).
En estos sistemas, al igual que en las transacciones, existe un administrador, aqu
se le nombra administrador de bloqueos.
En el control de concurrencia con mtodos de bloqueo, en administrador de
transacciones le pasa al administrador de candados la operacin sobre la base de
datos (lectura o escritura) e informacin asociada. El administrador de bloqueos
verifica si el elemento de datos que se quiere acezar ya ha sido bloqueado,
entonces la transaccin solicitante es retrasada. De lo contrario, el bloqueo se
define sobre el dato en el modo deseado y la operacin a la base de datos es
transferida al procesador de datos. El administrador de transacciones es
informado luego sobre el resultado de la operacin. La terminacin de una
transaccin libera todos los candados y se puede iniciar otra transaccin que
estaba esperando el acceso al mismo dato.
Se utilizan bloqueos de lectura o escritura sobre los datos. Para asegurar la
secuencialidad se usa un protocolo de dos fases, en la primer fase (crecimiento)
de la transaccin se establecen los candados. Mientras que en la segunda fase
(decrecimiento) se liberan los candados.

Control de concurrencia con mtodos de impresin de

hora
El control de concurrencia con mtodos de impresin de hora, tambin conocido
como control de concurrencia basado en estampas de tiempo.
Este control de concurrencia no pretende mantener la seriabilidad por exclusin
mutua. En lugar de eso, ellos seleccionan un ordenamiento, deserializado en
primera instancia y ejecutan las transacciones de acuerdo a ese orden.
En estos algoritmos, cada transaccin lleva asociada una marca de tiempo. Cada
dato lleva asociados marcas de tiempo para la lectura y otro para la escritura,
estas marcas de tiempo reflejan la marca de tiempo de la transaccin que hizo la
ltima operacin de ese tipo sobre el dato.
La estampa de tiempo, o impresin de hora es un identificador simple que sirve
para identificar cada transaccin de manera nica.

Control de concurrencia con mtodos optimistas

El control de concurrencia optimista es un mtodo de control de concurrencia que
se aplica a sistemas transaccionales, tales como sistemas de gestin de base de
datos relacionales y memoria transaccional de software. El control de concurrencia
optimista asume que mltiples transacciones se pueden completar frecuentemente
sin interferir entre s. Mientras se ejecutan, las transacciones utilizan recursos de
datos sin adquirir bloqueos en esos recursos. Antes de hacer el commit
(terminacin de una transaccin de base de datos dentro de un sistema gestor de
base de datos relacional), cada transaccin verifica que ninguna otra transaccin
ha modificado los datos que ha ledo. Si la comprobacin revela modificaciones en
conflicto, la transaccin que iba a hacer commit hace un rollback y se puede
reiniciar.
El control de concurrencia optimista fue propuesto por primera vez por H. T. Kung.
El control de concurrencia optimista se utiliza generalmente en entornos con baja
contencin de datos. Cuando los conflictos son poco frecuentes, las transacciones
se pueden completar sin el coste de la gestin de bloqueos y sin tener
transacciones esperando a que se borren los bloqueos de otras transacciones,
dando lugar a un mayor rendimiento que otros mtodos de control de
concurrencia.
No obstante, si la contencin de recursos de datos es frecuente, el coste de
reiniciar las transacciones repetidamente perjudica el rendimiento de manera
significativa. Comnmente se piensa que otros mtodos de control de
concurrencia tienen un menor rendimiento en estas condiciones. Sin embargo, los
mtodos basados en bloqueos tambin pueden ofrecer un rendimiento pobre
porque los bloqueos pueden limitar drsticamente la concurrencia efectiva, incluso
cuando se evitan los deadlocks.
Las transacciones del control de concurrencia optimista implican 4 fases. Las
cuales son:
Inicio, donde se graba un timestamp que marca el inicio de la transaccin.
Modificar, donde se leen los valores de la base de datos y tentativamente escribe
cambios.
Validacin, que consiste en comprobar si otras transacciones han modificado
datos que esta transaccin ha utilizado. Esto incluye las transacciones que se han
completado con posterioridad al tiempo de inicio de esta transaccin y,
opcionalmente, las transacciones que an estn activas en el momento de la
validacin.
Rollback, donde, si no hay conflicto, hacer que todos los cambios surtan efecto. Si
hay algn conflicto, se resuelve, comnmente abortando la transaccin, aunque
otros sistemas de resolucin son posibles. Se debe tener cuidado para evitar un

tocttou, especialmente si esta fase y la anterior no se realizan como una nica

operacin atmica.

Administracin de la recuperacin de base de datos

La recuperacin de base de datos consiste en devolver a la base de datos a un
estado consistente y con la menor prdida de informacin y tiempo posible,
incluyendo las acciones durante el proceso normal de transacciones, as como las
acciones despus de un fallo.
La recuperacin de una base de datos implica redundancia (almacenar los
estados correctos) de manera que la base de datos pueda ser reconstruida con
estos.

Evolucin de sistemas de base de datos distribuidos

Una base de datos distribuida es un conjunto de mltiples bases de datos
lgicamente relacionadas, las cuales se encuentran distribuidas en diferentes
espacios lgicos y geogrficos e interconectados por una red de comunicaciones.
Estas ase de datos tienen la capacidad de realizar procesamiento autnomo, esto
permite realizar operaciones locales o distribuidas. Sin embargo, esto no siempre
fue as.
Las base de datos distribuidas originalmente almacenaban la informacin de
manera centralizada, pero con el paso del tiempo, fueron surgiendo nuevas
necesidades, y esto trajo consigo ciertos inconvenientes que no era posible
solucionarlos o volverlos eficientes de forma centralizada. Estos problemas
impulsaron la creacin del almacenamiento distribuido, los cuales hoy en da
proveen caractersticas indispensables en el manejo de informacin, es decir, la
combinacin de las redes de comunicacin y las bases de datos.

Procesamiento distribuido y base de datos distribuidos

El procesamiento distribuido se define como, la forma en que es posible conectar
distintas maquinas, en cierto tipo de red de comunicaciones, generalmente una
LAN o una red de rea amplia o una red como Internet, logrando as, que una sola
tarea de procesamiento de datos pueda ser procesada o ejecutada entre varias
mquinas de la red, es decir que un solo proceso se pueda realizar entre varias
mquinas diferentes y conectadas a una red. Un error comn es confundir
procesamiento distribuido y paralelo, el trmino procesamiento paralelo,
bsicamente es el mismo, con excepcin que las maquinas distintas tienden a
estar fsicamente muy cerca en un sistema paralelo, lo que no es necesario en
un sistema distribuido.
El procesamiento distribuido permite una mejor utilizacin de equipos y mejora el
balanceo del procesamiento dentro de una aplicacin, este ltimo tiene una gran

importancia ya que en algunas aplicaciones simplemente no hay una mquina que

sea capaz de realizar todo el procesamiento.
Una base de datos distribuida es un conjunto de mltiples bases de datos
lgicamente relacionadas, las cuales se encuentran distribuidas entre diferentes
sitios interconectados por una red de comunicaciones, los cuales tienen la
capacidad de procesamiento autnomo, lo que indica que puede realizar
operaciones locales o distribuidas.

Qu es un sistema de base de datos distribuidos?

Los sistemas de base de datos distribuida, son sistemas en los cuales mltiples
sitios de base de datos estn ligadas por un sistema de comunicaciones, de tal
forma que, un usuario en cualquier sitio puede acceder a los datos en cualquier
parte de la red.
En estos sistemas se almacenan datos en diferentes computadoras.
Los sistemas de base de datos distribuidos se distinguen de un sistema
centralizando puesto que: En el sistema de base de datos distribuidos hay
mltiples computadoras, denominadas sitios o nodos. Estos sitios deben estar
comunicados por medio de algn tipo de red de comunicaciones para transmitir
datos y ordenes entre los sitios. A diferencia de los sistemas de bases de datos en
paralelo, los nodos no tienen que estar necesariamente cerca unos de otros.

Componentes de un sistema de base de datos

distribuida
Los sistemas de administracin de base de datos distribuidos se encuentran
formados por las transacciones y los administradores de base de datos
distribuidos de todas las computadoras.
A veces, los componentes de los sistemas de base de datos distribuidos son
confusos, ya que mltiples tipos distintos de procesamiento entran dentro del
trmino procesamiento de base de datos distribuidas y pueden encajar en la
arquitectura general.
En cuanto al hardware, dentro de un sistema de base de datos distribuida, los
nodos pueden ser mltiples y distintos tipos de hardware, si todos los nodos se
tratan del mismo hardware se le llama homognea. Si se mezclan los tipos de
hardware, entonces se habla de heterogneos.

Niveles de distribucin de datos y procesos

El propsito de establecer una arquitectura de un sistema de bases de datos
distribuidas es ofrecer un nivel de transparencia adecuado para el manejo de la
informacin.

La transparencia se define como la separacin de la semntica de alto nivel de un

sistema de los aspectos de bajo nivel relacionados a la implementacin del mismo.
Un nivel de transparencia adecuado permite ocultar los detalles de
implementacin a las capas de alto nivel de un sistema y a otros usuarios.
El sistema de base de datos distribuido permite proporcionar independencia de los
datos.
La independencia de datos se puede dar en dos aspectos: el primero lgico, que
hace referencia a la inmunidad de las aplicaciones de usuario a los cambios en la
estructura lgica de la base de datos. Esto permite que un cambio en la definicin
de un esquema no debe afectar a las aplicaciones de usuario. El segundo, el
fsico, se refiere al ocultamiento de los detalles sobre las estructuras de
almacenamiento a las aplicaciones de usuario. La descripcin fsica de datos
puede cambiar sin afectar a las aplicaciones de usuario.
La transparencia al nivel de red se refiere a que los datos en un sistema de base
de datos distribuida se accedan sobre una red de computadoras, sin embargo, las
aplicaciones no deben notar su existencia.
La transparencia sobre replicacin de datos se refiere a que si existen rplicas de
objetos de la base de datos, su existencia debe ser controlada por el sistema y no
por el usuario.
La transparencia a nivel de fragmentacin de datos permite que cuando los
objetos de la base de datos estn fragmentados, el sistema tiene que manejar la
conversin de consultas de usuario definidas sobre relaciones globales a
consultas definidas sobre fragmentos.
El procesamiento de consultas es de suma importancia en base de datos
centralizadas. Sin embargo, en bases de datos distribuidas este adquiere una
relevancia mayor. El objetivo es convertir transacciones de usuario en
instrucciones para la manipulacin de datos. Aunque el orden en que se realizan
las transacciones afecta gradualmente la velocidad de respuesta del sistema.
Entonces, el procesamiento de consultas presenta un problema de optimizacin
en el cual se determina el orden en el que se hace la menor cantidad de
operaciones.

Caractersticas de transparencia de base de datos

distribuida
La transparencia en las bases de datos distribuidas tiene como finalidad ocultar al
usuario la parte de cmo estn organizadas las base de datos en los diferentes
nodos fsicos en las que se encuentran, esto hace que el usuario vea la base de
datos distribuida como si fuera una sola base de datos.

Existen diferentes tipos de transparencia, como son, la transparencia de

fragmentacin, la transparencia de la ubicacin, la transparencia de la replicacin,
la transparencia de denominacin, la transparencia de concurrencia, la
transparencia de transaccin, la transparencia respecto a fallos, entre otras.

Transparencia de una distribucin

La transparencia de distribucin permite que una base de datos fsicamente
dispersas sea manejada como si fuera centralizada. El nivel de transparencia
soportado por el DDBMS vara de un sistema a otro. Se reconocen tres niveles de
transparencia de distribucin:
Transparencia de fragmentacin es el ms alto nivel de transparencia. El
usuario final o programador no necesita saber que una base de datos est
dividida. Por lo tanto, ni nombres ni lugares de los fragmentos se
especifican antes del acceso a los datos.
Transparencia de ubicacin existe cuando el usuario final o programador
debe especificar los nombres de los fragmentos de una base de datos pero
no necesita especificar donde se encuentran estos.
Transparencia de transferencia local existe cuando el usuario final o
programador debe especificar nombres de fragmentos y sus ubicaciones.

Transparencia de una transaccin

En la transparencia de una transaccin tiene como objetivos dos cosas:
1. Garantizar que todas las transacciones mantengan la integridad y
coherencia de datos de la base de datos distribuida, es decir, en todos sus
nodos y fragmentos.
2. Las transacciones estn internamente divididas en sub-transacciones, esto
con el fin de ocupar cada uno de los nodos que contenga los datos que se
requieren, y esto no es visible para el usuario. El usuario enva simplemente
una sola transaccin.

Transparencia
consultas

de

desempeo

optimizacin

Diseo de una base de datos distribuida

El diseo de una base de datos distribuida introduce tres nuevos problemas:
Cmo dividir la base de datos en fragmentos.
Cuales fragmentos replicar
Donde ubicar esos fragmentos y replicas.

de

La fragmentacin y replica de datos manejan los dos primeros problemas y la

asignacin de datos maneja el tercero.

Fragmentacin de datos
La fragmentacin de datos permite descomponer un objeto en dos o ms
segmentos. El objeto podra ser la base de datos de un usuario, una base de
datos de sistema, o una tabla. Cada fragmento puede ser almacenado en
cualquier sitio de una red de computadoras. La informacin acerca de la
fragmentacin de los datos se guarda en el catlogo de datos distribuidos, del cual
se tiene acceso por el TP para procesar solicitudes del usuario.
Las estrategias de fragmentacin, estn basadas al nivel de tabla y consisten en
dividir una tabla en fragmentos lgicos. Los tipos de fragmentacin ms utilizados
son los siguientes:
Fragmentacin horizontal: se refiere a la divisin de una relacin en
subconjuntos de tuplas. Cada fragmento es guardado en un nodo diferente
y cada fragmento tiene renglones nicos. No obstante, los renglones nicos
tienen todos los mismos atributos. En pocas palabras, cada fragmento
representa el equivalente de un enunciado SELECT, con la clusula
WHERE en un solo atributo.
Fragmentacin vertical: se refiere a la divisin de una relacin en
subconjuntos de atributo. Cada subconjunto se guarda en un nodo diferente
y cada fragmento tiene columnas nicas, con excepcin de la columna
llave, que esta es comn a todos los fragmentos. Esto es el equivalente del
enunciado PROJECT en el SQL.
Fragmentacin combinada: Hace referencia a una combinacin de
estrategias horizontales y verticales. En otras palabras, una tabla puede
dividirse en varios subconjuntos horizontales, cada uno de los cuales tiene
un subconjunto de atributos.

Replica de datos
Aunque la rplica tiene algunos beneficios, tambin impone gastos generales
adicionales de procesamiento DDBMS, porque cada una de las copias de datos
debe ser mantenida por el sistema. Adems, como los datos se replican en otro
sitio, hay costos de almacenamiento asociados y ms tiempos de transaccin.
Existen tres situaciones de replica: una base de datos puede ser replicada por
completo, parcialmente o no replicada.
Una base de datos replicada por completo: guarda mltiples copias de
cada uno de los fragmentos de la base de datos en mltiples sitios. En este
caso, todos los fragmentos de la base de datos se duplican. Una base de
datos replicada por completo puede ser imprctica debido a la cantidad de
gasto general que impone en el sistema.

 Una base de datos replicada parcialmente: guarda mltiples copias de

algunos fragmentos de la base de datos en sitios mltiples. Casi todos los
DDBMS pueden manejar bien la base de datos replicada parcialmente.
Una base de datos no replicada: guarda cada fragmento de base de
datos en un solo sitio. Por lo tanto, no hay fragmentos duplicados en la
base de datos.

Colocacin de datos
La asignacin o colocacin de datos describe el proceso de decidir dnde ubicar
datos. Las estrategias para asignacin de datos son como sigue:
Con asignacin de datos centralizados: toda base de datos se guarda en
un solo sitio.
Con asignacin de datos divididos: la base de datos se divide en dos o
ms partes disjuntas y se guarda en dos o ms sitios.
Con asignacin de datos replicados: las copias de uno o ms fragmentos
de la base de datos se guardan en varios sitios.
La distribucin de datos sobre una red de cmputo se logra por medio de divisin,
de rplica de datos o por una combinacin de ambas. La asignacin de datos est
estrechamente relacionada con la forma en que una base de datos se divide o
fragmenta. Casi todos los estudios de asignacin de datos se concentran en un
solo problema: cuales datos ubicar en cada sitio o nodo.
Los algoritmos de asignacin de datos toman en consideracin diversos factores,
como son:
o Objetivos de desempeo y disponibilidad de datos.
o Tamao, numero de renglones y de relaciones que una entidad mantiene
con otras entidades.
o Tipos de transacciones a aplicar a la base de datos y los atributos a los que
tienen acceso cada una de estas transacciones.
o Operacin desconectada para usuarios mviles. En algunos casos, el
diseo podra considerar el uso de fragmentos desconectados sin cohesin
para usuarios mviles, en particular para datos de solo lectura que no
requieren actualizaciones frecuentes y para los cuales las ventanas de
actualizacin de rplica pueden ser ms largas.

Cliente/servidor VS base de datos distribuidos

Debido a que la tendencia hacia base de datos distribuidos est firmemente
establecida, numerosos vendedores de base de datos han empleado la leyenda
Cliente/servidor para indicar la funcin de base de datos distribuida. Sin
embargo, las base de datos distribuidas no siempre reflejan con precisin las
caractersticas implicadas por la leyenda cliente /servidor.

La arquitectura cliente/servidor se refiere a la forma en la que interactan las

computadoras para formar un sistema. La arquitectura cliente/servidor representa
un usuario de recursos, o un cliente, y un proveedor de recursos. Esta arquitectura
se puede usar para implementar un DBMS en el que el cliente es el TP y el
servidor es el DP.
Las interacciones cliente/servidor en un DDBMS se codifican con todo cuidado. El
cliente (TP) interacta con el usuario final y enva una solicitud al servidor (DP). El
servidor la recibe, programa y ejecuta, seleccionando solo los registros que el
cliente necesite. El servidor enva entonces los datos al cliente solo cuando este
los solicite.

Los 12 mandamientos de C. J. Date para base de datos

distribuidos
1. Autonoma local
2. No dependencia de un sitio central
3. Operacin continua
4. Independencia de ubicacin
5. Independencia de fragmentacin
6. Independencia de replicacin
7. Procesamiento de consultas distribuidas.
8. Administracin de transacciones distribuidas.
9. Independencia del hardware.
10. Independencia de sistema operativo
11. Independencia de red.
12. Independencia de DBMS.

Conclusin
Creo que los sistemas de base de datos distribuidos tienen muchas ventajas.
Principalmente que los datos son localizados en un lugar ms cercano.
Los datos se pueden colocar fsicamente en el lugar donde se accedan ms
frecuentemente, haciendo que los usuarios tengan el control local de los datos con
los que interactan. Los datos tienen cierta autonoma que permite a los usuarios
aplicar polticas locales respecto de la forma en que se acceso a los datos.
Entonces entiendo que las bases de datos distribuidas son mucho ms seguras y
confiables, en caso de que algn sitio donde esta una base de datos no funcione,
se tiene la opcin de buscarlo en otro sitio, puesto que probablemente sean datos
replicados los que se estn buscando.
Al menos en mi opinin personal, creo que las bases de datos distribuidas son
mejores que las base de datos centralizados, porque las distribuidas se
complementan unas con otras, y no son dependientes de un solo sitio que
contenga la informacin requerida.

Bibliografa
Libro de texto:
Base de datos, diseo, implementacin y administracin.
Autor: Carlos Coronel
Internet:
https://technet.microsoft.com/es-es/library/ms190612(v=sql.105).aspx
http://wizardsofbd.blogspot.mx/2011/06/control-de-concurrencia-en-la-basesde.html
http://guerrero-guerreros.blogspot.mx/
https://es.wikipedia.org/wiki/Control_de_concurrencia_optimista
http://basesdatosdistribuidas.blogspot.mx/2012/11/control-deconcurrencia.html
https://prezi.com/fn1ag6nrttwt/42-control-de-concurrencia-base-de-datosdistribuida/
http://ocw.uc3m.es/ingenieria-informatica/diseno-y-administracion-de-bases-dedatos/teoria/Tema4_4(Administracion_Recuperacion).pdf
https://modelosbd2012t1.wordpress.com/2012/03/08/bases-de-datosdistribuidas/
http://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/p_terminados/Polilibro
FC/Unidad_IV/Unidad%20IV_5.htm
http://bdjulian.galeon.com/aficiones1783639.html
https://modelosbd2012t1.wordpress.com/2012/03/08/bases-de-datosdistribuidas/
http://alumno.ucol.mx/vpc1052/public_html/Expo%20SBDD.doc

https://iessanvicente.com/colaboraciones/BBDDdistribuidas.pdf
http://amazonasopina.blogspot.mx/2012/09/la-transparencia-en-las-bases-dedatos.html