Transacciones ACID en Bases de Datos: Teoría y Práctica

Resumen

¿Qué es una transacción en bases de datos?

Las transacciones en bases de datos son secuencias de operaciones tratadas como una sola acción. Su objetivo es asegurar que las operaciones realizadas sean coherentes y seguras, especialmente en sistemas que requieren alta fiabilidad, como los sistemas bancarios.

Atomicidad: Las transacciones son atómicas, lo que significa que todas las operaciones dentro de la transacción deben completarse satisfactoriamente. Si alguna falla, se debe revertir todo el cambio.

¿Cómo se inician y ejecutan las transacciones?

Para iniciar una transacción, utilizamos el comando BEGIN. Al finalizar las operaciones necesarias, es primordial asegurar los cambios con COMMIT. Si hay que deshacer los cambios porque algo salió mal, usamos ROLLBACK.

BEGIN; 
-- inserciones y otras operaciones
COMMIT;

¿Qué pasa si falla algo?

Si alguna de las operaciones de la transacción falla, la base de datos usará ROLLBACK para regresar a su estado anterior y revertir todas las transacciones realizadas hasta ese momento.

¿Cómo funciona el Autocommit en PGAdmin?

PGAdmin, por defecto, tiene activado el Autocommit, lo que significa que cada operación se guarda automáticamente. Para manejar transacciones manualmente, debes desactivar esta opción.

Desactivar Autocommit: Es crucial para evitar confusiones y manejar las transacciones con control total.

¿Cómo se gestionan transacciones con múltiples consultas?

Para ejecutar múltiples consultas en un bloque de transacciones, se utilizan BEGIN y COMMIT. Esto es esencial para realizar cambios complejos donde todas las acciones deben tener éxito.

Ejemplo de transacción con inserciones

BEGIN;
INSERT INTO estacion (nombre, direccion) VALUES ('Estacion Transacción', 'Calle Falsa 123');
INSERT INTO tren (modelo, capacidad) VALUES ('Modelo Transacción', 300);
COMMIT;

¿Qué pasa si una inserción falla por una clave duplicada?

En caso de que una consulta dentro de una transacción falle, por ejemplo, al intentar insertar un ID que ya existe, toda la transacción se revertirá.

BEGIN;
INSERT INTO tren (modelo, capacidad) VALUES ('Modelo Existente', 300); -- Suponiendo que este modelo ya existe
COMMIT; 
-- La inserción fallará y se usará ROLLBACK automáticamente.

¿Cuándo es útil el uso explícito de ROLLBACK?

Aunque ROLLBACK implícito se utiliza automáticamente, hay casos donde definirlo explícitamente es benéfico, como al implementar lógicas de negocio personalizadas.

Ejemplo práctico:

Imagina querer limitar inserciones a un máximo de tres pasajeros para un vuelo específico. Se podría usar una condición de negocio que trigger ROLLBACK explícito cuando se intenta agregar un cuarto pasajero.

BEGIN;
-- lógica antes del INSERT
IF (SELECT COUNT(*) FROM pasajeros WHERE vuelo_id = 1) >= 3 THEN
   ROLLBACK;
END IF;
INSERT INTO pasajeros (nombre, vuelo_id) VALUES ('Nuevo Pasajero', 1);
COMMIT;

Recomendaciones para el manejo de transacciones

Planifica tus transacciones: En cualquier operación crítica, asegúrate de que tus consultas están bien diseñadas para evitar fallas.
Prueba en un entorno seguro: Antes de implementar transacciones complejas en producción, prueba en un entorno de desarrollo para evitar errores costosos.
Documenta y educa: Familiariza a tu equipo con las prácticas recomendadas para transacciones seguras y eficientes.

El manejo adecuado de transacciones garantiza la integridad de la base de datos y previene inconsistencias que pueden ser críticas en aplicaciones sensibles. Sigue aprendiendo, pues la práctica y el conocimiento son claves para la gestión eficaz de bases de datos.

Daniel Marino Gutierrez Camelo

student•

Hola a todos. Mi aporte a la clase es otra forma de usar ROLLBACK con otra función de postgresql que se llama SAVEPOINT. Básicamente se pueden crear puntos de guardado por cada consulta que uno desee y hacer que el ROLLBACK solo sea efectivo hasta ese punto, es decir, que las operaciones anteriores al SAVEPOINT sí se ejecuten.

José Daniel Guerra

student•

Que gran aporte!

Naren Fragozo

student•

SAVEPOINT

Es una instrucción de PostgreSQL que establece un punto de guardado dentro de una transacción. Si algo sale mal después de que se haya establecido un SAVEPOINT, la transacción puede volver al punto de guardado en lugar de revertir todos los cambios realizados hasta ese momento.

Aquí hay un ejemplo de cómo usar SAVEPOINT:


BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE user_id = 1;
SAVEPOINT my_savepoint;
UPDATE accounts SET balance = balance + 100 WHERE user_id = 2;
-- Si esta instrucción falla, podemos volver al SAVEPOINT anterior
ROLLBACK TO SAVEPOINT my_savepoint;
-- Si no hay errores, confirmamos la transacción
COMMIT;

Angel de Jesus Quintero Pereira

student•

25.Transacciones Las transacciones, tienen la capacidad para empaquetar varios pasos en una sola operación “todo o nada”.y si ocurre alguna falla que impida que se complete la transacción, entonces ninguno de los pasos se ejecuta y no se afecta la base de datos en absoluto.

SQL Transacción - Estructura La transacciones tienen la siguiente estructura postgres. Postgres en las operaciones normales usa de manera implícita el rollback el rollback.

BEGIN;
&lt;Intrucciones&gt;
COMMIT|ROLLBACK

SQL Transacción - Ejemplo en PgAdmin

Desactivamos en la equina superior de pg-admin el auto commit
Iniciamos la transacción

BEGIN;
INSERT INTO  public.estacion(nombre,direccion)
VALUES('Estación Transacción',' 1');
 
INSERT INTO  public.tren(modelo,capacidad)
VALUES('Modelo Transacción','2');
 
COMMIT;

SQL Transacción - Ejemplo de un rollback implícito Como se puede visualizar en el ejemplo existe una inserción correcta en la tabla tren pero en la tabla estación sé está haciendo un insert a un id que existe realmente.

BEGIN;
 
 
INSERT INTO  public.tren(modelo,capacidad)
VALUES('Modelo Transacción 2','2');
 
INSERT INTO  public.estacion(id,nombre,direccion)
VALUES(101,'Estación Transacción 2',' 1');
 
COMMIT;

Javier Romero

student•

hola amigo gracias por el aporte quería pedirte un ejemplo de "ROLLBACK explicito" como se haría ? podrías hacer un ejemplo para entender bien.

Jeinfferson Bernal G

student•

Muy buen aporte!. Gracias

Juan José Calderón

student•

Es como Git masomenos hahaha :D

Neicer Vásquez

student•

Exacto, este tema se puede generalizar o asociar con el funcionamiento de git.

El BEGIN; es como hacer git add .
El COMMIT; es como hacer git commit -m "Comentario"
El ROLLBACK; es como hacer git rm --cached . o también git reset --mixed

Jeisson Espinosa

student•

Información resumida de esta clase #EstudiantesDePlatzi

Las transacciones nos ayudan a llevar a cabo procesos complejos de manera segura, si una transacción falla, la base de datos no genera los cambios.
Las funciones para las transacciones son: BEGIN, COMMIT y ROLLBACK
BEGIN inicia la consulta con las condiciones, COMMIT guarda los cambios al final y ROLLBACK devuelve todo si algo quedo mal
Debemos verificar en las opciones de ejecución que no esté activado el COMMIT
Postgre por defecto corre el ROLLBACK cuando una transacción presenta problemas

Nicolás Peralta Páez

student•

por que dices que BEGIN, COMMIT y ROLLBACK son funciones? yo habria dicho que son palabras reservadas del lenguaje o algo asi pero ahora tengo la duda

Jeisson Espinosa

student•

Son palabras reservadas del lenguaje que lanzan un función por ejemplo en el caso de la palabra Commit lo que hace es guardar los cambios, la palabra Begin lanza una función que inicia la consulta con las condiciones :)

Puedes llamarlos como quieras, pero creo que la manera correcta es la tuya. podemos decir que son palabras reservadas

Angel de Jesus Quintero Pereira

student•

Las transacciones, tienen la capacidad para empaquetar varios pasos en una sola operación “todo o nada”.y si ocurre alguna falla que impida que se complete la transacción, entonces ninguno de los pasos se ejecuta y no se afecta la base de datos en absoluto.

DAVID EDUARDO BAEZ SANCHEZ

student•

COMMIT Muy importante para mantener la integridad de los datos. Hay que tene rmucho cuidado en cerrar siempre la transaccion, ya sea con COMIMIT o ROLLBACK.

BEGIN;
SELECT now();
COMMIT;

BEGIN;	
INSERT INTO public.tren(
	 modelo, capacidad)
	VALUES ( 'Model Tran', 100);
	
INSERT INTO public.estacion(
	 id, nombre, direccion)
	VALUES ( 2,'Begin', 'Tran');
COMMIT;

Aldo Domínguez Chávez

student•

Entonces una transacción sirve para agrupar varias consultas juntas y garantizar que cada una de ellas se ejecute de manera exitosa, en caso de que alguna falle, todas las operaciones del bloque que comienza con BEGIN se ven descartadas, sin duda muy interesante!

Fernando Huamán Santamaria

student•

Intente hacer el codigo para solo permitir 3 personas que sean vip. Lo que intente fue que a la hora de ejecutar cuantas personas vip habian si era mayor a 3 trataba de hacer caer en error. Este fue mi resultado.

BEGIN;

INSERT INTO vip (id,fecha)
VALUES (50,NOW());

DO $$
DECLARE 
	rec record;
	x integer := 0;
BEGIN 
	FOR rec IN
		SELECT *
		FROM vip
	LOOP
		x:= x+1;
	END LOOP;
	
	IF 
		x&gt;3 THEN x=0;
		ROLLBACK;
	END IF;
END 
$$;

COMMIT;

Fredy Alberto Orozco Loaiza

student•

Me hubiera gustado que el ejemplo de ROLLBACK, lo hicieran aunque pues siempre esos problemas raros lo buscan es a uno

Edgar Andrés Montenegro Martínez

student•

Creo que la noción es clara para los que hemos usado Git y Github

Severo Sebastián Toscano Ríos

student•

Aqui les va un ejemplo en una transaccion de dinero mis amigues: BEGIN;

UPDATE cuentas SET saldo = saldo - 100 WHERE id = 1; -- Restar de la cuenta 1

-- Verificamos si la operación fue exitosa

IF (SELECT saldo FROM cuentas WHERE id = 1) < 0 THEN

ROLLBACK; -- Si no hay suficiente saldo, deshacer

RAISE EXCEPTION 'Saldo insuficiente';

ELSE

UPDATE cuentas SET saldo = saldo + 100 WHERE id = 2; -- Agregar a la cuenta 2

COMMIT; -- Si todo fue bien, confirmar la transacción

END IF;

Adrian Gutierrez Ramirez

student•

Esto tiene muchisima importancia cuando te encuentras en un entorno real, funcionando con una DB de negocio,

Jose Omar Hernandez Leon

student•

Claro, me imagino que debe ser muy utilizado para transacciones de valores y hasta de información.

Raúl Fernández Fuentes

student•

Esto me recuerda no solo el uso de transacciones, sino tb que debemos controlarlo o gestionarlo dependiendo de la logica de negocio.

Angel de Jesus Quintero Pereira

student•

Para realizar un rollback de manera explicta podría ser dentro de una función (PL) escrita en plpgsql

Juan José Vargas Fletes

student•

A mi me queda una duda, entonces, las funciones son de inicio a fin transaccionales? ya que usan el BEGIN?

Oswaldo Rodríguez González

teacher•

Si así es, BEGIN indica que inicia la transacción.

Oswaldo Rodríguez González

teacher•

Si, desde que BEGIN se ejecuta, todo lo que venga en adelante será esa misma transacción, hasta que ejecutes un COMMIT o un ROLLBACK . Si no ejecutas nada pasado un tiempo de inactividad, la base de datos asume un ROLLBACK

Pablo Alejandro Figueroa

student•

Jhon Freddy Tavera Blandon

student•

Las transacciones son un concepto fundamental en las bases de datos relacionales que garantiza la consistencia y la integridad de los datos. Una transacción agrupa una serie de operaciones en una unidad atómica, lo que significa que todas las operaciones se realizan como una única entidad o ninguna se realiza en absoluto

BEGIN TRANSACTION; -- Inicia la transacción

-- Realiza operaciones SQL aquí
UPDATE tabla SET columna = valor WHERE condición;

-- Verifica si todo está bien
IF todo_esta_bien THEN
    COMMIT; -- Confirma la transacción
ELSE
    ROLLBACK; -- Deshace la transacción
END IF;

Solano Hilario

student•

Ojala funcionara asi en Peru. En peru si la transaccion falla se realiza igual la transaccion, pero, no te llega constancia de transferencia. El destinatario feliz porque tiene el dinero y no tienes como probarle que se transfirio.

Carlos Salas Toledo

student•

Es importante tener en cuenta que las transacciones pueden afectar el rendimiento del sistema de bases de datos, ya que pueden bloquear las tablas y las filas que se están modificando hasta que se finalice la transacción. Por lo tanto, es recomendable utilizar transacciones solo cuando sea necesario y en casos donde se requiera la integridad de los datos y la consistencia de las operaciones.

Christian Rangel

student•

No sabía esto, gracias por dar esta información.

Wilson Fernando Antury Torres

student•

Here, the documentation: https://www.postgresql.org/docs/8.3/tutorial-transactions.html