Transacciones en bases de datos y principios ACID

Contenido del curso

No sé dónde empezar

JDBC

CRUD

Transacciones

Conexiones Pool

JPA y ORM

Próximos pasos

22
Clon de Netflix con JDBC o JPA
02:29 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:002:37

Transacciones en bases de datos y principios ACID

Curso de Java SE: SQL y Bases de Datos

Clase 15 de 22

Clase 15 / 22

Comentarios (14)14 comentarios

Juan Sebastián Joya Rodríguez

Hace 3 años

juan francisco lencina

Hace 3 años

Jonathan Jesús Martínez Rodríguez

Hace 3 años

Julian Ortiz

Hace 3 meses•editado

Jonatan Padilla

Hace 6 meses

Omar Villada

Hace 3 años

Martín Alfredo Yela

Hace 8 meses

ANDRES ALFONSO MIRA MEJIA

Hace 10 meses

Jose Carrillo Zenteno

Hace 3 años

Carmen Sánchez Salgado

Hace 3 años

Gabriel Omar Gramajo

Hace 3 años

Juan Sebastián Joya Rodríguez

Hace 3 años

Isay Humberto Lucas Hernandez

Hace 3 años

Daniel Camacho

Hace 3 años

Daniel Camacho

Hace 3 años

Recursos

Las transacciones en bases de datos son el mecanismo que garantiza que tus datos se mantengan íntegros y consistentes incluso cuando varias operaciones ocurren al mismo tiempo. Si trabajas con SQL o diseñas sistemas que dependen de información crítica, entender cómo funcionan te ahorra errores costosos y datos corruptos.

Una transacción agrupa varias operaciones y las trata como una sola unidad. O se ejecutan todas, o no se ejecuta ninguna. Así de simple, así de poderoso.

¿Qué es una transacción y cómo funciona?

Una transacción es un bloque de ejecución que reúne múltiples operaciones bajo una misma lógica atómica. Piensa en una transferencia bancaria: debitar de una cuenta y acreditar en otra deben ocurrir juntas, nunca por separado.

Para controlar ese flujo se usan dos comandos clave: el commit y el rollback. El primero confirma los cambios cuando todo salió bien; el segundo revierte todo al último estado válido si algo falla.

¿Qué hace un commit en una base de datos? Confirma de manera permanente todas las operaciones de la transacción. Una vez ejecutado, los cambios quedan guardados y son visibles para el resto del sistema.

¿Y qué hace un rollback? Cancela la transacción completa y devuelve la base de datos al estado anterior, como si las operaciones nunca hubieran ocurrido.

¿Cuáles son los principios ACID que cumplen las transacciones?

Las transacciones existen para cumplir cuatro principios que se conocen como ACID. Cada uno resuelve un problema distinto, pero juntos forman la base de cualquier sistema confiable.

Atomicidad y consistencia

La atomicidad [0:38] significa que todas las operaciones de la transacción se toman como una unidad indivisible. Si una falla, todas se cancelan, y la base de datos permanece en su último estado válido. No hay medias tintas.

La consistencia [1:08] asegura que cada transacción lleve a la base de datos de un estado válido a otro estado válido. Las reglas y restricciones definidas en tu esquema siempre se respetan.

Aislamiento y durabilidad

El aislamiento [1:18] establece que las transacciones no se ven entre sí hasta que estén completamente confirmadas. Si dos procesos trabajan al mismo tiempo, ninguno puede leer los cambios del otro hasta que haya un commit definitivo.

La durabilidad [1:36] garantiza que, una vez confirmados los cambios, estos persisten en el tiempo. No importa si el sistema se cae, si hay un corte de luz o si el servidor falla: los datos confirmados siguen ahí.

¿Cómo se ejecuta una transacción paso a paso?

El flujo de una transacción es sencillo cuando lo desglosas. Funciona así:

Se ejecutan múltiples operaciones dentro de un mismo bloque de ejecución, tratado como una unidad atómica.
Si alguna operación falla, se ejecuta un rollback que revierte todos los cambios.
Si todas las operaciones se validan correctamente, se ejecuta un commit que confirma los cambios de forma permanente.

Este patrón es el que permite que un sistema bancario, un e-commerce o cualquier aplicación con datos críticos funcione sin perder información ni dejar registros a medias.

¿Por qué son importantes las transacciones ACID? Porque garantizan que tus datos nunca queden en un estado inconsistente, incluso si hay errores, fallos del sistema o procesos concurrentes. Son la base de la confianza en cualquier base de datos relacional.

Ahora que ya sabes qué son las transacciones y cómo cumplen los principios ACID, déjame en los comentarios un ejemplo de la vida real donde creas que se están usando transacciones.

Cuando haces un pago en linea usas transacciones. Si no sale bien, pues lo mínimo que quieres es que te devuelvan tu dinero, es decir, el estado previo al pago; si todo sale bien, no quieres que al día siguiente se borre el registro de tu pago, sino que persista

en el majo de stock, cuando realizamos una compra, si la operacion es exitosa, se descuentan los productos del stock, de lo contraio queda es su estado original, tmb podria ser cuando agregamos un producto al carrito de compras

Un ejemplo de transacciones podría ser cuando estás realizando algún trámite o encuesta en línea. Al llenar la información confirmas el envío de los datos, pero si hay algún error al momento de ingresar la información al sistema, todo se revierte y te piden que intentes de nuevo. Si todo sale bien, puedes continuar con el proceso, ya que tus datos han persistido.

😀Puede ser cuando se paga un pasaje de transporte publico, si no tienes saldo no procesa la transacción, si lo tienes puedes pasar, de esta manera aplicaría los principios ACID

Atomicidad (Atomicity): El pago se procesa como un todo. Si descuentas $50 de tu cuenta bancaria, el saldo del proveedor de pagos de transporte debe aumentar en esos mismos $50. Si la plataforma falla entre ambos pasos, el sistema revierte el descuento original; o se realiza todo, o no se realiza nada.
Consistencia (Consistency): Los datos deben respetar las reglas del sistema antes y después de la transacción. Por ejemplo, el sistema no permitirá que el monto a pagar sea una letra, ni que tu cuenta quede con un saldo negativo si las reglas de tu banco lo prohíben.
Aislamiento (Isolation): Si tú y otro usuario intentan pagar el mismo servicio exactamente al mismo tiempo, el aislamiento asegura que las transacciones ocurran de forma independiente. Ninguna transacción interferirá con la otra, evitando errores de cobro duplicado o lecturas de saldo incorrectas.
Durabilidad (Durability): Una vez que recibes el mensaje de confirmación de "Pago Exitoso" o "Pago Declinado", los datos son permanentes. Si se corta la energía eléctrica o falla el servidor justo en ese instante, el registro del pago se mantendrá guardado de forma segura.

Un ejemplo puede ser cuando se hacen compras de boletería en linea, donde una transaccion individual son un conjunto de transacciones con validaciones de datos

Se me puede ocurrir: al momento de pedir una cita médica, el sistema debe garantizar que solo a una persona se le asigne el horario y no a dos

Lo de la cita médica no es un ejemplo de transacción, sino de control de concurrencia, esto es cuando el sistema evita que dos usuarios reserven el mismo recurso al mismo tiempo, por ejemplo, que dos personas elijan la misma hora de cita. Una transacción es otra cosa: es cuando varias operaciones deben hacerse todas juntas o ninguna, como crear un pedido y registrar el pago. Si hay un fallo al hacer el pedido, no tiene sentido que se realice el cobro, o al revés, si el pago da un fallo, no tiene sentido que quede registrado el pago, por lo que en ambos casos, se vuelve atrás y no queda nada guardado

✅

Lo realizo cuando genero ordenes para examens de laboratoio, pero, lo controlo con la validadción de los datos y por último en caso que se pierda la conexión con el servidor llego a utilizar el coomit.

¿Me pueden facilitar las diapositivas? Gracias.

En sistemas de reservas de vuelos, hoteles o eventos, se realizan varias operaciones como la verificación de la disponibilidad, la reserva de asientos o habitaciones, y la actualización de inventarios. Todas estas operaciones deben realizarse como una unidad atómica para garantizar la consistencia de los datos.

Yo me imagino como ejemplo enviar un lote de datos, sigamos que en mi lote haya un registro dañado, entonces quiero que si un registro falla, me deje la base de datos tal como estaba antes de ejecutar el lote. Puede ser útil para pagos de bancos, o para cargar promedios de estudiantes, etc.

Transacciones bancarias

Otro ejemplo mas tecnico de desarrollo, es una prueba unitaria a la capa de persistencia, si quiero crear un registro temporalmente para una prueba y despes borrarlo al final de la prueba

Tal ves en un Registro de una plataforma, de cierta manera el programa necesita hacer peticiones asincronas, como consultar en db por si ya existe ese username, o algun campo que sea unico.

JDBC

Arquitectura y Funcionamiento de la API JDBC

Qué es JDBC y cómo conecta Java a bases de datos

Componentes y métodos clave de JDBC

Conexión a MySQL con JDBC en Java

Consultas SQL en Java con JDBC

Update y Delete en Java con JDBC

CRUD

Creación de Proyectos Java con Maven y Gestión de Dependencias

Try-with-resources para cerrar conexiones JDBC

Patrón DAO vs Repository en Java

Patrón Repository con Singleton en Java

Patrón Repository con JDBC en Java

Insertar datos en MySQL con PreparedStatement

Método delete en JDBC con PreparedStatement

Interfaz gráfica de CRUD con Java Swing

Transacciones

Transacciones en bases de datos y principios ACID

Transacciones en Java con commit y rollback

Conexiones Pool

Pool de conexiones a bases de datos

Implementación de Pool de Conexiones en Java con Apache Commons

JPA y ORM

Fundamentos de JPA y sus Anotaciones Principales

Configuración de JPA con Hibernate en Maven

Operaciones CRUD con JPA en Java

Próximos pasos

Clon de Netflix con JDBC o JPA

Transacciones en bases de datos y principios ACID

Progreso del curso

JDBC

CRUD

Transacciones

Conexiones Pool

JPA y ORM

Próximos pasos

Recursos

Recursos