Ministerio Del Poder Popular Para La Educación Universitaria

Universidad Nacional Experimental Sur De Lago

“Jesús María Semprum"

Programa Nacional De Formación En Informática

Aspectos teoricos de la administracion de base de datos y Manejo de

transacciones

Profesora:
Bachiller:

Natacha Vargas
Yaenny Ortega

Santa Bárbara De Zulia 19/4/2019

ASPECTOS TEORICOS DE LA ADMINOSTRACION DE BASES DE DATOS

Un sistema de bases de datos (SBD) es el conjunto de bases de datos unido a

los programas que interactúan con el mismo.

Una base de datos posee un administrador que se encarga de determinar los

métodos de acceso a la información que se almacena en la misma y velar por su
buen funcionamiento.

Arquitectura de una BD

Una base de datos se divide 3 niveles de abstracción

Nivel externo: En este nivel es donde el usuario ve lo externo de la base de

datos sin llegar a las especificaciones de cómo está estructurada ni cómo se
realiza el tratamiento a los ficheros. Es lo que a cada usuario interesa
individualmente.

Nivel conceptual: Vista comunitaria de toda la información. Es la estructura de la

base de datos.

Nivel interno: Es el nivel donde se encuentran los ficheros para el tratamiento del
acceso a la información almacenada en la base de datos.
 Sistema de gestión de base de datos (SGBD)

Es un sistema que proporciona una interacción con los datos almacenados en la

BD y los procedimientos de aplicación y consulta hechos al sistema.

Componentes de un SGBD

Gestor de archivos (GA): Gestiona la asignación de memoria en disco y las

estructuras de datos

Gestor de base de datos (GBD): Se encarga de la interface con los datos de

bajo nivel y programas de aplicación y consultas.

Procesador de consultas (PC): Traduce las consultas realizadas a lenguaje de

bajo nivel.

Precompilador de DML (PDML): Convierte las sentencias de DML en llamadas a

procedimientos.

Compilador de DDL (CDDL): Convierte las sentencias de DDL en conjuntos de

tablas.

Funciones De La Administración de Datos

La información es uno los activos más valiosos de la empresa, es indispensable

contar con una persona -el administrador de datos- que conozca la información,
y las necesidades de la empresa en este aspecto, en un nivel gerencial superior.
Así la labor del administradorde datos es decidir en primer término cuáles datos
deben almacenarse en la base de datos, y establecer políticas para mantener y
manejar los datos uan vez almacenados. El administrador de datos es por lo
general, un gerente, no un técnico. El técnico responsable de poner en práctica
las decisiones del administrador de datos es el administrador de bases de
datos(DBA, database administrator).

El alcance de la actividad de la Administración de Datos es la organización

completa (empresa, institución u otro organismo), mientras que el alcance de la
Administración de Bases de Datos queda restringido a una Base de Datos en
particular y a los sistemas que los procesan. La Administración de la Base de
Datos opera dentro de un marco proporcionado por la Administración de Datos
facilitándose de esta manera el desarrollo y el uso de una Base de Datos y sus
aplicaciones. Las siglas DBA suelen utilizarse para designar tanto la función
Administración de Base de Datos como al titulo del puesto administrador de
Base de Datos.

Funciones del Administrador De Base De Datos.

Administrador de la Base de Datos. Es la persona encargada de definir y

controlar las bases de datos corporativas, además proporciona asesoría a los
desarrolladores, usuarios y ejecutivos que la requieran. Es la persona o equipo
de personas profesionales responsables del control y manejo del sistema de
base de datos, generalmente tiene(n) experiencia en DBMS, diseño de bases de
datos, Sistemas operativos, comunicación de datos, hardware y programación.

Un Administrador de Base de Datos de tiempo completo normalmente

tiene aptitudes técnicas para el manejo del sistema en cuestión a demás, son
cualidades deseables nociones de administración, manejo de personal e incluso
un cierto grado de diplomacia. La característica más importante que debe poseer
es un conocimiento profundo de las políticas y normas de la empresa, así como
el criterio de la empresa para aplicarlas en un momento dado. La
responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de
Datos dentro de las guías de acción definidas por la administración de los datos.

El Administrador de Bases de Datos es responsable primordialmente de:

Administrar la estructura de la Base de Datos.

Administrar la actividad de los datos.

Administrar el Sistema Manejador de Base de Datos.

Establecer el Diccionario de Datos.

Asegurar la confiabilidad de la Base de Datos.

Confirmar la seguridad de la Base de Datos.

Administrar la estructura de la Base de Datos.

Esta responsabilidad incluye participar en el diseño inicial de la base de datos y

su puesta en practica así como controlar, y administrar sus requerimientos,
ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en
el diseño general de la bases de datos. En los casos de grandes aplicaciones de
tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal
de diseño de la BD.

Una vez diseñada las bases de datos, es puesta en práctica utilizando

productos del DBMS, procediéndose entonces a la creación de los datos
(captura inicial). El DBA participa en el desarrollo de procedimientos y controles
para asegurar la calidad y la alta integridad de la BD.

Los requerimientos de los usuarios van modificándose, estos encuentran

nuevas formas o métodos para lograr sus objetivos; la tecnología de la BD se va
modificando y los fabricantes del DBMS actualizan sus productos. Todas las
modificaciones en las estructuras o procedimientos de BD requieren de una
cuidadosa administración.

Administración de la Actividad de Datos.

El DBA no es usuario del sistema, no administra valores de datos; sino la

actividad de datos; protege los datos, no los procesa. Dado que la base de datos
es un recurso compartido, el DBA debe proporcionar estándares, guías de
acción, procedimientos de control y la documentación necesaria para garantizar
que los usuarios trabajen en forma cooperativa y complementaria al procesar
datos en la bases de datos.

Administrar el Sistema Manejador de Base de Datos.

Existe una gran actividad al interior de un DBMS. La concurrencia de

múltiples usuarios requiere la estandarización de los procesos de operación; el
DBA es responsable de éstas especificaciones y de asegurarse que estas
lleguen a quienes concierne. Todo el ámbito de la base de datos se rige por
estándares, desde la forma de como se captura la información (tipo de dato,
longitud, formato), como es procesada y presentada. El nivel de estandarización
alcanza hasta los aspectos más internos de la base de datos; como sé accesa a
un archivo, como se determinan los índices primarios y auxiliares, registros, etc.

El DBA debe procurar siempre que los estándares que serán aplicados
beneficien también a los usuarios, privilegiando siempre la optimización en la
operación del DBMS y el apego de las políticas de la empresa. Entre las
funciones del DBA se encuentra la de revisar los estándares periódicamente
para determinar su operatividad, ajustarlos, ampliarlos o cancelarlos y hacer que
éstos se cumplan.

Establecer el Diccionario de Datos.

Cuando se definen estándares sobre la estructura de la base de datos, se

deben de registrarse en una sección del diccionario de datos a la que todos
aquellos usuarios relacionados con ese tipo de proceso pueden acceder. Este
metadato debe precisar información que nos indique con claridad el tipo de
datos que serán utilizados, sus ámbitos de influencia y sus limitantes de
seguridad.

Asegurar la Confiabilidad de la Base de Datos

Se trata de realizar un sistema de bases de datos lo suficientemente

robusto para que sea capaz de recuperarse frente a errores o usos inadecuados.
Se deben utilizar gestores con las herramientas necesarias para la reparación de
los posibles errores que las bases de datos pueden sufrir, por ejemplo tras un
corte inesperado de luz.

Confirmar la Seguridad de la Base de Datos.

Coordinar las nuevas propuestas para realizar ajustes en los derechos de

acceso a datos compartidos y aplicaciones específicamente propuestas serían
analizados en conjunto con los supervisores o directivos de las áreas
involucradas para determinar si procede pudieran aparecer problemas cuando
dos o más grupos de usuarios quedan autorizados para notificar los mismos
datos. Uno de tales conflictos es el de la actualización perdida; este ocurre
cuando el trabajo de un usuario queda sobrescrito sobre por el de un segundo
usuario. El DBA queda responsabilizado para identificar la posible ocurrencia de
dichos problemas así como de crear normas y procedimientos para su
eliminación. Se obtendrán este tipo de garantías cuando el DBMS sea capaz de
implementar las restricciones aplicables al acceso concurrente, y este sea
utilizado adecuadamente por programadores y usuarios; para borrar lo anterior,
se hace indispensable el apego a los estándares el seguimiento de instructivos y
manuales y las reglas establecidas para los diversos procesamientos y
procedimientos que se llevan acabo.

Entre las alternativas mas utilizadas por el DBA para tratar de resolver o
minimizar este problema se encuentran las siguientes:

Restringir el acceso a los procedimientos para ciertos usuarios.

Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos.

Evitar la coincidencia de horarios para usuarios que comparten.

Las técnicas de recuperación son otra función esencial del DBA al

administrar la actividad de datos. A pesar de que el DBMS lleva a cabo una parte
del proceso de recuperación, los usuarios determinan en forma critica la
operatividad de esos sistemas de protección. El DBA debe anticipar fallas y
definir procedimientos estándares de operación; los usuarios deben saber que
hacer cuando el sistema este caído y que es lo primero que debe realizarse
cuando el sistema este puesto en marcha nuevamente. El personal de operación
deberá saber como iniciar el proceso de recuperación de la BD que copias de
seguridad utilizar; como programar la reejecución del tiempo perdido y de las
tareas pendientes; es importante también establecer un calendario para llevar a
cabo estas actividades sin afectar a otros sistemas dentro de la organización
que hagan uso de los mismos recursos de computo. Destacan por su
importancia en el proceso de recuperación y a su vez en la atención que prestan
a otros sectores de la organización. Los dispositivos de comunicación remota,
los sistemas de interconexión y otros accesorios de uso compartido.

El DBA es el responsable de la publicación y mantenimiento de la

documentación en relación con la actividad de los datos, incluyendo los
estándares de la BD, los derechos de recuperación y de acceso a la BD, los
estándares para la recuperación de caídas y el cumplimiento de las políticas
establecidas. Los productos DBMS más populares que se encuentran en el
mercado proporcionan servicios de utilerías para ayudar al DBA en la
administración de los datos y su actividad. Algunos sistemas registran en forma
automática los nombres de los usuarios y de las aplicaciones a las que tienen
acceso así como a otros objetos de la BD. Incorpora también utilerías que
permitan definir en el diccionario de datos las restricciones para que
determinadas aplicaciones o módulos de ellas solo tengan acceso a segmentos
específicos de la BD.

Herramientas de gestión de bases de datos

Las herramientas de gestión de bases de datos proporcionan un interfaz web

que permite administrar las bases de datos. Estas herramientas también
permiten ejecutar consultas SQL desde este interfaz de usuario.

Plesk incluye las siguientes herramientas para la gestión de bases de datos:

PHPMyAdmin se usa para bases de datos MySQL.

phpPgAdmin se usa para bases de datos PostgreSQL.

ASP.NET Enterprise Manager y myLittleAdmin se usan para Microsoft SQL

Server, Puede escoger cualquiera de estas herramientas en Herramientas y
configuración > Componentes del servidor > Microsoft SQL Webadmin.

Tenga en cuenta que primero debe instalar estas herramientas en Herramientas

y configuración > Actualizaciones > Añadir/eliminar componentes.

Para habilitar el acceso directo a phpMyAdmin:

Abra el archivo /usr/local/psa/admin/conf/panel.ini (en Linux) o C:\Program Files
(x86)\Parallels\Plesk\admin\conf\panel.ini (en Windows) para su edición (cree el
archivo si fuera necesario).

Añada las siguientes líneas al archivo:

[databaseManagement]

features.phpMyAdmin.loginForm.enabled = on

Esto permite el acceso a phpMyAdmin en la siguiente URL:

Para abrir una herramienta de gestión de bases de datos para un determinado

servidor de base de datos:

Vaya a Herramientas y configuración > Servidores de base de datos.

Haga clic en el icono manage_db_iconcorrespondiente al servidor de base de

datos que desea gestionar. En una ventana nueva del navegador se abrirá una
de las herramientas de gestión de base de datos soportadas, en función del
motor de base de datos.

Como alternativa, al hacer clic en el icono Webadmin en la configuración de un

servidor de base de datos particular, se abrirá la herramienta correspondiente en
función del motor de base de datos.

DICCIONARIO DE RECURSOS DE INFORMACIÓN

Un diccionario de datos es un conjunto de metadatos que contiene las

características lógicas y puntuales de los datos que se van a utilizar en el
sistema que se programa, incluyendo nombre, descripción, alias, contenido y
organización.

Si los analistas desean conocer cuántos caracteres abarca un determinado dato

o qué otros nombres recibe en distintas partes del sistema, o dónde se utiliza,
encontrarán las respuestas en un diccionario de datos desarrollado en forma
apropiada.

El diccionario se desarrolla durante el análisis de flujo de datos y auxilia a los

analistas que participan en la determinación de los requerimientos de sistemas.

Definición de Elementos

El nivel más importante de datos es el elemento dato. Ninguna unidad más

pequeña tiene significado para los analistas de sistemas o usuarios. Los
elementos dato son los bloques básicos para todos los demás datos del sistema.
Por si mismo conllevan suficiente significado para ningún usuario.

Diccionario de datos

Contiene las características lógicas de los sitios donde se almacenan los datos
del sistema, incluyendo nombre, descripción, alias, contenido y organización.
Identifica los procesos donde se emplean los datos y los sitios donde se necesita
el acceso inmediato a la información, se desarrolla durante el análisis de flujo de
datos y auxilia a los analistas que participan en la determinación de los
requerimientos del sistema, su contenido también se emplea durante el diseño.

Razones para su utilización:

1- Para manejar los detalles en sistemas muy grandes, ya que tienen enormes
cantidades de datos, aun en los sistemas más chicos hay gran cantidad de
datos.

Los sistemas al sufrir cambios continuos, es muy difícil manejar todos los
detalles. Por eso se registra la información, ya sea sobre hoja de papel o usando
procesadores de texto. Los analistas más organizados usan el diccionario de
datos automatizados diseñados específicamente para el análisis y diseño de
software.

2- Para asignarle un solo significado a cada uno de los elementos y actividades

del sistema.

En un diccionario de datos se encuentra la lista de todos los elementos que

forman parte del flujo de datos de todo el sistema. Los elementos más
importantes son flujos de datos, almacenes de datos y procesos. El diccionario
de datos guarda los detalles y descripción de todos estos elementos
 Manejo de transacciones

Concepto: Una transacción en un Sistema de Gestión de Bases de

Datos (SGBD), es un conjunto de órdenes que se ejecutan formando una unidad
de trabajo, es decir, en forma indivisible o atómica

Estructura: La estructura de una transacción usualmente viene dada según

el modelo de la transacción, estas pueden ser planas (simples) o anidadas.

Transacciones planas: Consisten en una secuencia de operaciones primitivas

encerradas entre las palabras clave BEGIN y END. Por ejemplo:

BEGIN _TRANSACTION Reservación

END.

Transacciones Anidadas: Consiste en tener transacciones que dependen de

otras, estas transacciones están incluidas dentro de otras de un nivel superior y
se las conoce como su transacciones. La transacción de nivel superior puede
producir hijos (sus transacciones) que hagan más fácil la programación del
sistema y mejoras del desempeño

Operaciones y estados de las transacciones

Operaciones de una transacción

Inicio de Transacción: Operación que marca el momento en el que una

transacción comienza a ejecutarse.

Leer o Escribir: Operaciones de lectura/escritura de elementos de la base de

datos.

Fin de la Transacción: Se verifica si la transacción debe abortarse por alguna

razón.

Confirmar (COMMIT): La operación termino con éxito.

Abortar (ROLLBACK): La transacción termino sin éxito.

Estados de una Transacción

Transacción Activa: se encuentra en este estado justo después de iniciar su
ejecución.

Transacción Parcialmente Confirmada: en este punto, se efectúan diferentes

operaciones de verificación para asegurar que la transacción no interfiera con
otras transacciones en ejecución.

Transacción Confirmada: Ha concluido su ejecución con éxito.

Transacción Fallida: En este caso, es posible que la transacción deba ser

cancelada.

Transacción Terminada: indica que la transacción ha abandonado el sistema.

Propiedades deseables en las transacciones (ACID)

Se suele hacer referencia a estas como las propiedades ACID (por sus iniciales
en inglés).

Atomicidad

Todas las operaciones de la transacción son ejecutadas por completo, o no se

ejecuta ninguna

de ellas (si se ejecuta la transacción, se hace hasta el final).

Consistencia

Una transacción T transforma un estado consistente de la base de datos en otro

estado consistente, aunque T no tiene por qué preservar la consistencia en
todos los puntos intermedios de su ejecución. Un ejemplo es el de la
transferencia de una cantidad de dinero entre dos cuentas

Bancarias.

Aislamiento (Isolation)

Una transacción está aislada del resto de transacciones. Aunque existan muchas
transacciones ejecutándose a la vez, cualquier modificación de datos, que
realice T está oculta para el resto de transacciones hasta que T sea confirmada
(realiza

(COMMIT).

Es decir, para cualesquiera T1 y T2, se cumple que– T1 ve las actualizaciones

de T2 después de que T2 realice COMMIT, o bien– T2 ve las modificaciones de
T1, después de que T1 haga un COMMIT .Pero nunca se cumplen ambas cosas
al mismo tiempo.

Nota: esta propiedad puede no imponerse de forma estricta2; de hecho, suelen

definirse niveles

de aislamiento de las transacciones.

Durabilidad

Una vez que se confirma una transacción, sus actualizaciones sobreviven

cualquier fallo del sistema. Las modificaciones ya no se pierden, aunque el
sistema falle justo después de realizar dicha confirmación. El Subsistema de
Recuperación del SGBD es el encargado de conseguir el cumplimiento de las
propiedades de atomicidad y durabilidad de las transacciones.

La conservación de la consistencia es una propiedad cuyo cumplimiento han de

asegurar, por un lado los programadores de base de datos, y por otro el
Subsistema de Integridad del SGBD.

El Subsistema de Control de Concurrencia es el encargado de conseguir el

aislamiento de las transacciones.

Problemas de concurrencia

En los sistemas de tiempo compartido (aquellos con varios usuarios, procesos,

tareas, trabajos que reparten el uso de CPU entre estos) se presentan muchos
problemas debido a que los procesos compiten por los recursos del sistema.
Imagine que un proceso está escribiendo en la unidad de cinta y se le termina su
turno de ejecución e inmediatamente después el proceso elegido para
ejecutarse comienza a escribir sobre la misma cinta. El resultado es una cinta
cuyo contenido es un desastre de datos mezclados. Así como la cinta, existen
una multitud de recursos cuyo acceso debe der controlado para evitar los
problemas de la concurrencia.

El sistema operativo debe ofrecer mecanismos para sincronizar la ejecución de

procesos: semáforos, envío de mensajes, pipes, etc. Los semáforos son rutinas
de software (que en su nivel más interno se auxilian del hardware) para lograr
exclusión mutua en el uso de recursos. Para entender este y otros mecanismos
es importante entender los problemas generales de concurrencia, los cuales se
describen enseguida

Ejecución sin conflictos

Los sistemas que tratan el problema de control de concurrencia permiten que

sus usuarios asuman que cada una de sus aplicaciones se ejecuta
atómicamente, como si no existieran otras aplicaciones ejecutándose
concurrentemente. Esta abstracción de una ejecución atómica y confiable de
una aplicación se conoce como una transacción

Planificación de transacciones

Conservar el orden de la transacción.

P1 y P2 son secuénciales.

N! Plantaciones válidas para N transacciones.

No consistencia

Dejar concurrencia al SO.

Se puede asegurar la consistencia.

Planificaciones que aseguran consistencia

Se debe tener en cuenta:

No se verifican todas las instrucciones, sólo las operaciones de lectura y de

escritura de la base de datos.
Cuando se poseen operaciones secuenciales de lectura y de escritura en el
mismo punto de la base de datos entonces la planificación puede generar
inconsistencias.

La mejor forma de asegurar planificaciones correctas es asegurando

las equivalencias de planificación y esto se logra con dos posibles
técnicas: Secuencialidad en cuanto a conflictos y Secuencialidad en cuanto a
vistas.

Concurrencia

Conflictos

A las bases de datos de normalmente se conectan muchos usuarios y en

ocasiones quieren actualizar o borrar la misma fila y al mismo tiempo y eso
puede causar conflictos.

¿Cómo los evitamos?

Primero, debemos tener presente que es normal que existan conflictos y que
debemos prepararnos para lidiar con ellos.

Segundo, en muchos casos es posible evitar esos conflictos si diseñamos

inteligentemente la Base de Datos.

Evitando los conflictos

Los conflictos solamente pueden ocurrir cuando dos o más usuarios quieren
actualizar o borrar la misma fila y al mismo tiempo. O sea, cuando se usa el
comando UPDATE o el comando DELETE.

Por lo tanto, lo mejor es evitar usar esos comandos y solamente usar el

comando INSERT.

Correctitud

El término integridad de datos se refiere la correctitud y completitud de la

informacion en una base de datos. Cuando los contenidos se modifican con
sentencias INSERT, DELETE o UPDATE, la integridad de los datos
almacenados puede perderse de muchas maneras diferentes.

Seriabilidad

La serialización es el criterio de lo correcto, para el control de la concurrencia.

Un conjunto entrelazado de transacciones es correcto si es serializable. Es decir
si produce el mismo resultado mediante la ejecución en serie de las mismas
transacciones. Dado un conjunto de transacciones entrelazadas, cualquier
ejecución de esas transacciones se dice que es una calendarización
(“scheduling”)

Inconsistencia

La transacción A realiza un análisis inconsistente.

Dos transacciones A y B operan sobre registros de

cuentas:

– A suma saldos de las cuentas y

– B transfiere una cantidad de 10 de la cuenta 3 a la 1

El resultado producido por

A igual a 110 es incorrecto.

Si lo grabara la base quedaría en un estado inconsistente

A ha visto la base en un estado inconsistente hizo un análisis inconsistente

Algoritmos para el control de concurrencia

el control de concurrencia es la actividad de coordinar accesos concurrentes a la

base de datos, es decir, es la forma en que el DBMS maneja las ejecuciones
paralelas en la base de datos.

Asegura que transacciones múltiples sometidas por usuarios diferentes no

interfieran unas con otras de forma que se produzcan resultados incorrectos..

ejemplo:

El control de concurrencia en bdd es mas compleja que en sistemas

centralizados. Un aspecto interesante del c.c es el manejo de interbloqueos, el
sistema no debe permitir que dos o mas transacciones se bloqueen entre ellas.

el hecho de reservar un asiento en un avión mediante un sistema basado en

aplicaciones web , cuando decenas de perdonas en el mundo pueden reservarlo
también nos da una idea de lo importante y crucial que es el control de
concurrencia en un sistema de bd a mediana o gran escala.

Un algoritmo de control de concurrencia asegura que las transacciones se

ejecuten atómicamente controlando la intercalación de transacciones
concurrentes, para dar la ilusión de que las transacciones se ejecutan
serialmente, una después de la otra, sin ninguna intercalación. Las ejecuciones
intercaladas cuyos efectos son los mismos que las ejecuciones seriales son
denominadas serializables y son correctos ya que soportan la ilusión de la
atomicidad de las transacciones.

Algoritmos Optimistas

Se permite que las transacciones procedan, como si no hubiera posibilidad de

conflicto con otras transacciones, hasta que el cliente complete su tarea y
solicite un EndTransaction. Cuando aparece un conflicto se abortará la
transacción.

Las modificaciones/accesos se hacen sobre espacios privados o provisionales y

se lleva registro de los datos que han sido modificados/accedidos. Al momento
del commit, se chequea que los espacios privados sean válidos, de no serlos, se
aborta la transacción.

A toda transacción se le asigna un identificador (orden secuencial ascendente).

Algoritmo Optimista

Cada transacción cumple tres fases:

Ejecución o Trabajo:Todos los reads se ejecutan inmediatamente sobre la

última versión “consumada” del dato. Los writes crean versiones tentativas. Se
mantiene un conjunto de lectura (datos leídos) y un conjunto de escritura
(versiones tentativas de los datos). No hay posibilidad de “lecturas sucias”, sólo
se leen valores consumados.

Validación: Ante la solicitud de un commit, se valida si la transacción realizó

operaciones conflictivas con otras transacciones. Si la validación tiene éxito se
puede hacer COMMIT. Si falla, se debe usar alguna forma de resolución de
conflictos (abortar alguna de las transacciones)

Algoritmos de bloqueo (El Problema de que debe ser realizada está

esperando a un evento. Para manejar los bloqueos hay distintos acercamientos:
prevención, detección, y recuperación.

En el caso específico de las bases de datos distribuidas usar bloqueo de

recursos, peticiones para probar, establecer o liberar bloqueos requiere
mensajes entre los manejadores de transacciones y el calendarizador. Para esto
existen dos formas básicas:Interbloqueo)

Bloqueos

Un bloqueo en general es cuando una acción Autónoma: cada nodo es

responsable por sus propios bloqueos de recursos. Una transacción sobre un
elemento con replicas requiere 5 mensajes

Petición del recurso

Aprobación de la petición

Mensaje de la transacción

Reconocimientos de transacción exitosa

Peticiones de liberación de recursos

Copia Primaria: un nodo primario es responsable para todos los bloqueos de

recursos

Una transacción sobre un elemento con n copias requiere 2n+3 mensajes

Una petición del recurso

Una aprobación de la petición

Mensajes de la transacción

Reconocimientos de transacción exitosa

Una petición de liberación de recurso

Podemos definir que dos operaciones entran en conflicto que debe ser resuelto
si ambas acceden a la misma data, y una de ellas es de escritura y si fueron
realizadas por transacciones distintas.