TRANSACCIONES, TRIGGERS, PROCEDIMIENTOS ALMACENADOS: DB2/IBM

AUTORESFélix Antonio Céspedes Giraldo

Jazmín Castillo OrtegónStephanny Padilla Duque

UNIVERSIDAD DE MANIZALESFACULTAD DE INGENIERÍA

PROGRAMA INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONESMANIZALES, 6 DE MAYO DE 2011

COMMIT

• Informa al sistema de que se aceptan los cambios hechos dentro de la transacción y de que deberían aplicarse a la base de datos o ejecutarse.

• termina una unidad de recuperación y confirma los cambios de base de datos relacional que se hicieron en esa unidad de recuperación. Si las bases de datos relacionales son los únicos recursos de reembolso utilizada por el proceso de solicitud, COMMIT también termina la unidad de trabajo.

TRANSACCIONES

Restricciones en el uso de COMMIT

• La sentencia COMMIT no se pueden utilizar en el IMS o el medio ambiente CICS. Para que una operación de confirmación en estos ambientes, los programas de SQL debe utilizar la llamada prescrito por su gestor de transacciones. El efecto de estas operaciones de confirmación en los datos de DB2 es el mismo que el de la sentencia SQL COMMIT.

• La sentencia COMMIT no se pueden utilizar en un procedimiento almacenado si el procedimiento está en la cadena de llamadas de una función definida por el usuario o un desencadenador o DB2 no es el coordinador de cometer.

Commit work

Termina una transacción, y hace que los intentos de cambios sean aplicados a la base de datos y sean permanentes.

Las tres tablas fueron actualizadas para reflejar la eliminación de filas con un valor CNO de ‘XXX’

{Punto sync anterior}

DELETEFROM MATRICULASWHERE CNO = ‘XXX’

DELETE FROM CLASEWHERE CON = ‘XXX’

DELETE FROM CURSOWHERE CON = ‘XXX’

COMMIT WORK

ROLLBACK• Informa al sistema de que se a localizado una situación inaceptable y que

deben ignorarse todos los cambios realizados desde el principio de la transacción

• se puede utilizar para cualquiera:

Finalización de una unidad de recuperación y de vuelta todos los cambios de base de datos relacional que se hicieron por esa unidad de recuperación. Si las bases de datos relacionales son los únicos recursos de reembolso utilizada por el proceso de solicitud, ROLLBACK termina también la unidad de trabajo.

Volver a cabo sólo los cambios realizados después de un punto de retorno se creó dentro de la unidad de recuperación sin finalizar la unidad de recuperación. Hacer retroceder a un punto de retorno permite seleccionar los cambios que se deshagan.

ROLLBACK WORK

• Permite deshacer cualquier cambio que no ha sido confirmado posteriormente con commit.

Las filas que referencias al curso c11 permanecen en las tablas podemos ejecutar esto ejecutando una sentencia select que confirme su presencia

{Punto sync anterior}

DELETEFROM MATRICULASWHERE CNO = ‘C11’

DELETE FROM CLASEWHERE CNO = ‘C11’

ROLLBACK WORK

TRIGGERS

EJEMPLO

TRIGGERSEXPLICACIÓN

El disparador “default_class_end” sera disparado antes de que la sentencia INSERT se efectúe en la tabla cl_sched.

La variable “n” en la definición del trigger representa el nuevo valor en un INSERT, esto es, el valor que esta siendo insertado. El disparador verificará la validez de lo que está siendo insertado a la tabla. Si la columna “ending” no tiene un valor durante la inserción, el disparador asegurará que tenga el valor de la columna “starting” mas 1 hora.

NOTA

DB2 maneja tres tipos de disparadores: “before” o “antes”, “after” o “después” e “instead”o “en lugar de”.

TRIGGERS

OTRO EJEMPLO

CREATE TRIGGER audit_emp_salAFTER UPDATE OF salary ON employeeREFERENCING OLD AS o NEW AS nFOR EACH ROWMODE DB2SQLINSERT INTO audit VALUES (CURRENT TIMESTAMP, ' Employee ' || o.empno || ' salary changedfrom ' || CHAR(o.salary) || ' to ' || CHAR(n.salary) || ' by ' ||USER)

TRIGGERS

EXPLICACIÓN

En este ejemplo, el disparador audit_emp_sal es utilizado para realizar auditoria en la columna “salary” de la tabla “employee”. Cuando alguien hace un cambio en esta columna, el disparador será lanzado para escribir información acerca del cambio hecho en el salario en otra tabla llamada “audit”. La línea “OLD as o NEW as n” indica que el prefijo “o” será utilizado para representar el valor anterior o el existente en la tabla, y el prefijo “n” será utilizado para representar el nuevo valor que viene de la operación UPDATE. Por lo que “o.salary” representa el valor anterior o el actual del salario y “n.salary” representa el valor actualizado para la columna salario.

PROCEDIMIENTOS ALMACENADOS

ESTRUCTURA

La sintaxis básica de un procedimiento almacenado se muestra aquí.

CREATE PROCEDURE proc_name [( {parametros opcionales} )] [atributos opcionales del procedimiento] <statement>

Donde <statement> es una sentencia individual, o un conjunto de sentencias agrupadas por BEGIN [ATOMIC]… END

PROCEDIMIENTOS ALMACENADOS

ATRIBUTOS OPCIONALES

A continuación se describen algunos de los atributos del procedimiento almacenado:

LANGUAGE SQL (Lenguaje SQL) Este atributo indica el idioma del procedimiento almacenado que se va a utilizar. LANGUAGE SQL es el valor por defecto. Para otros idiomas, tales como Java o C

utilizar un LANGUAGE JAVA o LANGUAGE C, respectivamente.

RESULT SETS <n> (Conjunto de Resultados <n>) Esto es necesario si el procedimiento almacenado devuelve un conjunto n de

resultados.

PROCEDIMIENTOS ALMACENADOS

ATRIBUTOS OPCIONALES

SPECIFIC my_unique_name (Especificar mi_unico_nombre) Este es un nombre único que se le puede dar a un procedimiento. Un procedimiento

almacenado puede estar sobrecargado, es decir, varios procedimientos almacenados pueden tener el mismo nombre, pero con diferente número de parámetros. Mediante el uso de la palabra clave específica puede proporcionar un nombre único para cada uno de estos procedimientos almacenados, y esto puede facilitar la administración de procedimientos almacenados. Por ejemplo, para eliminar un procedimiento almacenado utilizando la palabra clave específica, puede utilizar esta declaración:

DROP SPECIFIC (procedimiento específico). Si la palabra clave SPECIFIC (específica) no se hubiera utilizado, usted tendría que utilizar un procedimiento de declaración DROP y poner el nombre del procedimiento con todos los parámetros a fin de que DB2 sepa cual procedimiento almacenado sobrecargado quería eliminar.

PROCEDIMIENTOS ALMACENADOS

PARAMETROS

Existen tres tipos de parámetros en un procedimiento almacenado SQL PL:

• IN – parámetro de entrada • OUT – parámetro de salida • INOUT – parámetro de entrada y salida

PROCEDIMIENTOS ALMACENADOS

EJEMPLO

CREATE PROCEDURE P2 ( IN v_p1 INT, INOUT v_p2 INT, OUT v_p3 INT) LANGUAGE SQL SPECIFIC myP2 BEGIN SET v_p2 = v_p2 + v_p1;

SET v_p3 = v_p1; END

Para llamar al procedimiento desde el comando Editor, use: call P2 (3, 4, ?)

El signo de interrogación (?) Se utiliza para los parámetros de salida en la declaración de llamada.

BIBLIOGRAFÍA

C O N O C I E N D O E L DB2 Express-C. Disponibilidad y acceso: ftp://ftp.software.ibm.com/software/data/db2/express-c/wiki/Conociendo_DB2_Express_v9.5.pdf