TECNOLÓGICO DE ESTUDIOS SUPERIORES DE VALLE DE

BRAVO

INGENIERÍA EN SISTEMAS COMPUTACIONALES

MATERIA:
FUNDAMENTOS BASE DE DATOS
UNIDAD 4: TAREAS

DOCENTE:
M. EN I.S.C.MARIANA CAROLYN CRUZ MENDOZA

ELABORADO POR:
JOSÉ LUIS HERNÁNDEZ VICTORIA
URIEL BIBIANO BELTRAN
RICARDO LÓPEZ ALBITER
JOSÉ Antonio LUJANO

GRUPO: 501 SEMESTRE: 5°

 Taller de Base de
Datos

Propiedad de transacciones

Atomicidad

O bien todas las acciones de una transacción se ejecutan correctamente o bien la

transacción se anula mediante la retrotracción de todas las operaciones. El sistema
de transacciones se asegura de que todas las operaciones realizadas por una
transacción confirmada correctamente estén reflejadas en la base de datos, y los
efectos de una transacción anómala se deshacen por completo.

Coherencia

Una transacción mueve la base de datos de un estado válido a otro estado válido y,
si la transacción se termina de modo prematuro, la base de datos vuelve a recuperar
su estado válido anterior.

Aislamiento

Las acciones que lleva a cabo una transacción no son visibles para otra transacción
hasta que se confirma la transacción. Además, es recomendable que una
transacción no se vea afectada por las acciones de otras transacciones simultáneas.

Durabilidad

Una vez que una transacción se completa correctamente, sus efectos no se pueden
modificar sin ejecutar una transacción de compensación. Los cambios realizados
por una transacción correcta sobreviven a posteriores anomalías del sistema.

Grados de consistencia

Consistencia es un término más amplio que el de integridad. Podría definirse como

la coherencia entre todos los datos de la base de datos. Cuando se pierde la
integridad también se pierde la consistencia. Pero la consistencia también puede
perderse por razones de funcionamiento.

Una transacción finalizada puede no confirmarse definitivamente (consistencia).

Si se confirma definitivamente el sistema asegura la persistencia de los cambios

que ha efectuado en la base de datos.

Si se anula los cambios que ha efectuado son deshechos.

 Taller de Base de
Datos

La ejecución de una transacción debe conducir a un estado de la base de datos

consistente.

Si se confirma definitivamente el sistema asegura la persistencia de los cambios

que ha efectuado en la base de datos.

Si se anula los cambios que ha efectuado son deshechos.

Niveles de aislamiento

Las transacciones especifican un nivel de aislamiento que define el grado en que

se debe aislar una transacción de las modificaciones de recursos o datos realizadas
por otras transacciones. Los niveles de aislamiento se describen en cuanto a los
efectos secundarios de la simultaneidad que se permiten, como las lecturas
desfasadas o ficticias.

Control de los niveles de aislamiento de transacción:

Controla si se realizan bloqueos cuando se leen los datos y qué tipos de bloqueos
se solicitan.

Duración de los bloqueos de lectura.

Si una operación de lectura que hace referencia a filas modificadas por otra
transacción:

Se bloquea hasta que se libera el bloqueo exclusivo de la fila.

Recupera la versión confirmada de la fila que existía en el momento en el que

empezó la instrucción o la transacción.

Lee la modificación de los datos no confirmados.

La elección de un nivel de aislamiento de transacción no afecta a los bloqueos

adquiridos para proteger la modificación de datos. Siempre se obtiene un bloqueo
exclusivo en los datos modificados de una transacción, bloqueo que se mantiene
hasta que se completa la transacción, independientemente del nivel de aislamiento
seleccionado para la misma. En el caso de las operaciones de lectura, los niveles
de aislamiento de transacción definen básicamente el nivel de protección contra los
efectos de las modificaciones que realizan otras transacciones.
 Taller de Base de
Datos

Un nivel de aislamiento menor significa que los usuarios tienen un mayor acceso a
los datos simultáneamente, con lo que aumentan los efectos de simultaneidad que
pueden experimentar, como las lecturas desfasadas o la pérdida de actualizaciones.
Por el contrario, un nivel de aislamiento mayor reduce los tipos de efectos de
simultaneidad, pero requiere más recursos del sistema y aumenta las posibilidades
de que una transacción bloquee otra. El nivel de aislamiento apropiado depende del
equilibrio entre los requisitos de integridad de los datos de la aplicación y la
sobrecarga de cada nivel de aislamiento. El nivel de aislamiento superior, que es
serializable, garantiza que una transacción recuperará exactamente los mismos
datos cada vez que repita una operación de lectura, aunque para ello aplicará un
nivel de bloqueo que puede afectar a los demás usuarios en los sistemas
multiusuario. El nivel de aislamiento inferior, de lectura sin confirmar, puede
recuperar datos modificados pero no confirmados por otras transacciones. En este
nivel se pueden producir todos los efectos secundarios de simultaneidad, pero no
hay bloqueos ni versiones de lectura, por lo que se minimiza la sobrecarga

Commit y rollback

Estructura de una transacción

Una transacción de base de datos consta de una o más instrucciones.

Específicamente, una transacción consiste en una de las siguientes:

Una o más sentencias DML que en conjunto constituyen un cambio atómica a la

base de datos

Una declaración DML

Una transacción tiene un principio y un final.

Inicio de una transacción

Una transacción comienza cuando se encuentra la primera sentencia de SQL

ejecutable.

Una sentencia de SQL ejecutable es una instrucción SQL que genera llamadas a
una instancia de base de datos, incluyendo DML y DDL y la instrucción SET
TRANSACCIÓN.

Cuando se inicia una transacción, Oracle Database le asigna un segmento unido de

datos para grabar las entradas Rollback para la nueva transacción. Un id de
transacción se asigna durante la primera instrucción DML.
 Taller de Base de
Datos

Bibliografía

https://www.ibm.com/support/knowledgecenter/es/SSZJPZ_9.1.0/com.ibm.swg.im.iis.ds.ba
sic.doc/topics/r_dsbasic_Transaction_Properties.html

http://csrg.inf.utfsm.cl/~jfuentes/_build/html/lectures/week7/lecture26.html