• Saltar a la navegación principal
  • Saltar al contenido principal

DBA dixit

Recursos en línea para el administrador y el desarrollador de bases de datos

  • Lo básico
  • SQL
  • Administración
  • Herramientas
  • Buenas prácticas
  • Performance & Tuning
Usted está aquí: Inicio / Lo básico / Modelo ACID de transacciones

Modelo ACID de transacciones

26/03/2021 by DBA

Modelo ACID de transacciones

Un transacción es un conjunto de operaciones que se deben realizar en una base de datos de manera conjunta, que se deben realizar todas las operaciones o ninguna. Este control de que se realicen todas las operaciones en la base de datos y se hagan como un conjunto lo hace la base de datos, y para que un motor de base de datos cumpla con el buen manejo de transacciones debe cumplir con el modelo ACID, que no es más que un acrónimo para Atomicity, Consistency, Isolation, Durability, o Atomicidad, Consistencia, Aislamiento y Durabilidad.

Modelo ACID de transacciones

Atomicity (Atomicidad)

Define el «todo o nada» de una transacción; es decir, si una transacción está formada por un INSERT y un DELETE, la atomicidad se mantiene si la base de datos realiza las dos, nunca una u otra (todo o nada).

Consistency (Consistencia)

En el modelo ACID, la consistencia se refiere a que la base de datos debe mantener la integridad de la información -al inicio, durante y al finalizar la transacción- de acuerdo a las reglas establecidas en la misma. Estas reglas están en forma de tipo de datos (ningún campo que sea modificado deberá contener un tipo de datos que no esté especificado en el CREATE TABLE, por ejemplo), se mantiene la unicidad de los registros si se definieron las llaves primarias o secundarias en la tabla, y se respetan los CONSTRAINT involucrados en las tablas afectadas durante la transacción.

Isolation (Aislamiento)

El Aislamiento en el modelo ACID se refiere a que el motor de bases de datos debe poder procesar transacciones de manera simultanea o concurrente, de tal manera que el estado intermedio de una transacción no sea visible por otra y de esa manera se mantengan «aisladas» unas de otras y se pueda replicar el estado final de la base de datos si se procesa una a una las transacciones de manera paralela y en serie.

Durability

La durabilidad sostiene que una vez que se haya grabado una transacción, los datos sean permanentes y no se pierdan bajo ninguna circunstancia, es decir, una vez que la base de datos procesa la transacción, los cambios son permanentes. Esto tiene que ver con la forma en la que cada motor procesa las operaciones, pero en general involucra un espacio para los datos permanentes y un espacio para las transacciones o log de transacciones (como se revisó en SQL y su modelo de archivos de datos y de log).

El modelo BASE de las bases de datos NO-SQL

En últimas fechas se ha comenzado a utilizar otro modelo de bases de datos, que no es relacional, al que se le ha dado por llamar No-SQL. Este tipo de base de datos no mantienen el modelo ACID, si no que utilizan un modelo llamado BASE.

Publicado en: Lo básico

  • Lo básico
  • SQL
  • Administración
  • Herramientas
  • Buenas prácticas
  • Performance & Tuning

Copyright © 2023 · Wellness Pro on Genesis Framework · WordPress · Acceder