Daniel

Commit:

• Una sentencia COMMIT en SQL finaliza una transacción
• de base de datos dentro de un sistema gestor de base de datos
• relacional (RDBMS) y pone visibles todos los cambios a otros usuarios. El
• formato general es emitir una sentencia BEGIN WORK, una o
• más sentencias SQL, y entonces la sentencia COMMIT.
• Alternativamente, una sentencia ROLLBACK se puede emitir, la cual deshace todo el trabajo realizado desde que se
• emitió BEGIN WORK. Una
• sentencia COMMIT publicará cualquiera de los savepoints (puntos de recuperación) existentes que puedan
• estar en uso.
• Sintaxis
• COMMIT [ { TRAN | TRANSACTION } [ transaction_name | @tran_name_variable
• ] ] [ WITH ( DELAYED_DURABILITY = { OFF | ON } ) ]
• [ ; ]

Rollback

• En tecnologías de base de datos, un rollback o reversión es una operación que devuelve a la base de datos a algún estado previo. Los Rollbacks son importantes para la integridad de la base de datos, a causa de que significan que la base de datos puede ser restaurada a una copia limpia incluso después de que se han realizado operaciones erróneas. Son cruciales para la recuperación de crashes de un servidor de base de datos; realizando rollback(devuelto) cualquier transacción que estuviera activa en el tiempo del crash, la base de datos es restaurada a un estado consistente.
• En SQL, ROLLBACK es un comando que causa que todos los cambios de datos desde la última sentencia BEGIN WORK, o START TRANSACTION sean descartados por el sistema de gestión de base de datos relacional (RDBMS), para que el estado de los datos sea "rolled back"(devuelto) a la forma en que estaba antes de que aquellos cambios tuvieran lugar.
• Una sentencia ROLLBACK también publicará cualquier savepoint existente que puediera estar en uso.
• En muchos dialectos de SQL, ROLLBACKs son específicos de la conexión. Esto significa que si se hicieron dos conexiones a la misma base de datos, un ROLLBACK hecho sobre una conexión no afectará a cualesquiera otras conexiones. Esto es vital para el buen funcionamiento de la Concurrencia.

SAVEPOINT

• El comando SAVEPOINT guarda un punto de restauración de la base de datos, que luego puede ser retornado usando una sentencia ROLLBACK. Lo que nos cae de perlas si queremos deshacer solo una parte de la transacción y no la transacción completa.
• Todos los cambios realizados después de un savepoint han sido declarados que pueden ser deshechos emitiendo un comando ROLLBACK TO SAVEPOINT name command. Emitiendo RELEASE SAVEPOINT name causará que el savepoint concreto sea descartado, pero no afectará a nada más. Emitiendo los comandos ROLLBACK o COMMIT también descartará cualesquiera savepoints creados desde el inicio de la transacción principal.Savepoints son soportados de alguna u otra forma en sistemas de bases de datos tales como PostgreSQL, Oracle, Microsoft SQL Server, MySQL, DB2, y Firebird. Los Savepoints están también definidos en el estándard SQL.
• SAVE TRAN NombreDelPunto; Crear punto de restauración
• ROLLBACK TRAN NombredelPunto; Volver al punto de restauración
• sintaxis:
• SAVEPOINT nombre_del_punto;

SET TRANSACTION

• Sentencia utilizada para definir ciertas características de la siguiente transacción SQL a iniciar.
• (Nótese que SET TRANSACTION puede ser ejecutada sólo cuando no hay ninguna transacción SQL en progreso,
• y no es en sí misma una sentencia iniciadora de transacción).
• Las características en cuestión son el modo de acceso, el tamaño del área de diagnóstico y el nivel de aislamiento.
• La sintaxis es
• SET TRANSACTION option-list
• Donde option-list contiene al menos una opción de modo de acceso, al menos una opción de tamaño del área
• de diagnóstico, y al menos una opción del nivel de aislamiento.
• La opción de modo de acceso es READ ONLY o bien READ WRITE. Si no se especifica ninguna, se asume READ
• WRITE, a menos que se especifique el nivel de aislamiento READ UNCOMMITTED, en cuyo caso se asume READ
• ONLY.
• El modo READ WRITE permite que se ejecuten sentencias de modificación (INSERT, UPDATE, DELETE, CREATE,
• ALTER, DROP). Si se especifica READ WRITE, el nivel de aislamiento no debe ser READ UNCOMMITTED.
• READ ONLY prohíbe las actualizaciones, por supuesto, excepto sobre tablas temporales1; el estándar no dice si
• también prohíbe “sentencias de esquema SQL” (las que implican actualizaciones sobre los esquemas).