# data[].attributes.body
tras completarse con éxito.

# data[].attributes.body
después de haber retrocedido la transacción y restablecido la base de datos a su estado anterior al comienzo de la transacción.

# data[].attributes.body
tras descubrir que no se puede continuar la ejecución normal.

# data[].attributes.body
Después de ejecutarse la última transacción.

# data[].attributes.body
el estado inicial; la transacción permanece en este estado durante su ejecución.

# data[].attributes.attachment_link.title
Lecturas sucias, no repetibles y fantasmas en ORACLE

# data[].attributes.attachment_link.description
En este video vemos lo que son transacciones utilizando los efectos de lectura, esto se hizo en Oracle. Link para descargar los archivos de la tabla. https://mega.nz/#!j0BBzBBB!xRprCD89Oyey2zAt0bn59puBdd7oskqCa3bmelTZmv4

# data[].attributes.attachment_link.description
Una breve explicación de un ejercicio de serializabilidad en cuanto a vistas.

# data[].attributes.body
Concurrencia es la tendencia de las cosas a producirse al mismo tiempo en un sistema.

# data[].attributes.attachment_link.description
Utilización de los comandos,"Commit y Rollback" en Mysql

# data[].attributes.body
Una transacción vuelve a ejecutar una consulta, devolviendo un conjunto de registros que satisfacen una condición de búsqueda y encuentra que otros registro que satisfacen la condición han sido insertadas por otra transacción cursada.

# data[].attributes.body
Una transacción vuelve a leer datos que previamente había leído y encuentra que han sido modificados o eliminados por una transacción cursada.

# data[].attributes.body
Las sentencias SELECT son ejecutadas sin realizar bloqueos, pero podría usarse una versión anterior de un registro. Por lo tanto, las lecturas no son consistentes al usar este nivel de aislamiento.

# data[].attributes.body
Además de las propiedades ACID, los estándares de SQL estipulan que las transacciones deben ser serializables. Serializabilidad significa que los efectos de un conjunto de transacciones simultáneas deben dar el mismo resultado que si se ejecutaran en serie las transacciones individuales y que si cada una de las transacciones tuviera un uso exclusivo del sistema.

# data[].attributes.body
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.

# data[].attributes.body
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.

# data[].attributes.body
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.

# data[].attributes.body
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.

# data[].attributes.body
El nivel de aislamiento especifica cómo se gestionan las transacciones que modifican la base de datos. De forma predeterminada, se utiliza la pasarela de objetos predeterminada. No todos los tipos de bases de datos soportan cada nivel de aislamiento.
El estándar ANSI/ISO SQL define cuatro niveles de aislamiento transaccional en función de tres eventos que son permitidos o no dependiendo del nivel de aislamiento. Estos eventos son:

# data[].attributes.body
Cada transacción debe poseer las propiedades denominadas comúnmente propiedades ACID:

# data[].attributes.body
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.