Conceptos de Bases de Datos Relacionales Triggers

Conceptos de Bases de Datos Relacionales Triggers

Trigger Un trigger es un procedimiento almacenado asociado con una tabla, el cual se ejecuta automáticamente cuando se modifica un dato de esa tabla Stored Procedure definido por el usuario Llamado explícito Ejecución automática Uso de parámetros SI No SI Trigger No SI No

Aplicaciones Típicas de triggers Hacer modificaciones en cascada sobre tablas relacionadas Deshacer cambios que violan la integridad de los datos Forzar restricciones que son muy complejas para reglas y restricciones Mantener datos duplicados Mantener columnas con datos derivados Hacer ajustes de registros

Definición de un trigger Un trigger se define asociado con una tabla para una o más sentencias de manipulación de datos Un trigger se puede definir para insert, update, o delete o cualquier combinación de ellos

Activación de un trigger Cuando se modifica un dato en una tabla que tiene declarado un trigger para esa sentencia, el trigger se dispara El trigger se dispara una vez, independientemente del número de filas afectadas El trigger se dispara aunque no hayan filas afectadas

Triggers and transacciones Un trigger es parte de la transacción que causa el disparo El trigger puede deshacer: Así mismo, solamente Así mismo y la sentencia que causó el disparo La transacción total

Reglas para triggers Los triggers pueden: Declarar variables locales Invocar procedimientos almacenados Los triggers no pueden: Llamarse directamente Usar parámetros Definirse sobre tablas temporales o vistas Crear objetos permanentes de base de datos Las operaciones con registro mínimo (como select into) no disparan los triggers

Crear triggers Sintaxis simplificada: create trigger nombre_del_trigger on nombre_de_la_tabla for {insert update delete} [, {insert update delete}...] as sentencias_sql EJEMPLO: CREATE TABLE EJ_TRIGGER ( A INT PRIMARY KEY, B CHAR (30)) CREATE TRIGGER TR_I_EJ_TRIGGER ON EJ_TRIGGER FOR INSERT AS IF datename(month, getdate()) = "October" BEGIN SELECT "En Octubre no hay inserciones" ROLLBACK TRIGGER END INSERT INTO EJ_TRIGGER VALUES (2, 'Dos') SELECT * FROM EJ_TRIGGER

Borrar Triggers Sintaxis simplificada: drop trigger nombre_del_trigger

Procedimientos del sistema para procedimientos almacenados sp_depends {nombre_de_tabla nombre_del_trigger} Con nombre_de_tabla, lista todos los objetos (incluyendo triggers) de la misma base de dtos Con nombre_del_trigger, lista todas las tablas referenciadas sp_help nombre_del_trigger Muestra información del trigger sp_helptext nombre_del_trigger Muestra el código usado para crear el trigger sp_rename nombre_anterior_del_trigger, nombre_nuevo_del_trigger Cambia el nombre del trigger

Crear dos tablas: CREATE TABLE EJ_TRIGGER_2A ( A INT PRIMARY KEY, B CHAR (30)) Triggers - ejemplo CREATE TABLE EJ_TRIGGER_2B ( ID NUMERIC IDENTITY PRIMARY KEY, FECHA DATETIME, FILAS INT) Crear un trigger que guarde la fecha y número de filas afectadas por cada delete: CREATE TRIGGER TR_D_EJ_TRIGGER_2 ON EJ_TRIGGER_2A FOR DELETE AS INSERT INTO EJ_TRIGGER_2B VALUES (getdate(), @@rowcount) RETURN

Triggers - ejemplo Ejecutar los siguientes insert INSERT INTO EJ_TRIGGER_2A VALUES (5, 'Cinco') INSERT INTO EJ_TRIGGER_2A VALUES (2, 'Dos') INSERT INTO EJ_TRIGGER_2A VALUES (7, 'Siete') Ejecutar un delete y ver las tablas EJ_TRIGGER_2A y EJ_TRIGGER_2B: DELETE FROM EJ_TRIGGER_2A WHERE A > 4 SELECT * FROM EJ_TRIGGER_2A A B ----------- ------------------------------ 2 Dos SELECT * FROM EJ_TRIGGER_2B ID FECHA FILAS -------------------- ------------------------- ----------- 1 2010-10-19 02:00:13.533 2 Ejecutar un delete que no afecta filas y ver la tabla EJ_TRIGGER_2B: DELETE FROM EJ_TRIGGER_2A WHERE A > 8 SELECT * FROM EJ_TRIGGER_2B ID FECHA FILAS -------------------- ------------------------- ----------- 1 2010-10-19 02:00:13.533 2 2 2010-10-19 02:21:43.153 0

Las tablas inserted y deleted inserted y deleted son dos tablas que se crean automáticamente cada vez que se dispara un trigger inserted almacena cualquier fila que se vaya a añadir a la tabla deleted almacena cualquier fila que se vaya a borrar de la tabla

Borrados A delete adds rows to the deleted table

Inserciones An insert adds rows to the inserted table

Actualizaciones An update adds rows to both tables

Reglas para las tablas inserted y deleted Ambas tablas tienen las mismas columnas que la tabla asociada al trigger El trigger puede consultar datos de las dos tablas Otros procesos no pueden consultar datos de las dos tablas El trigger no puede modificar datos en las dos tablas Cada anidamiento de triggers tiene sus propias tablas inserted y deleted Si un trigger modifica datos de su tabla asociada, esos cambios no se reflejan en las tablas inserted and deleted de ese trigger

Triggers y rollbacks Tres tipos de rollbacks: Deshacer el trigger Deshacer el trigger y la sentencia que lo disparó Deshacer toda la transacción

Deshacer un trigger Para deshacer un trigger, declarar un punto de grabación y luego hacer el rollback Un rollback sin punto de grabación deshace toda la transacción Procedimiento almacenado Caso A begin tran... insert... print "in sp"... commit tran print "sp done" Procedimiento almacenado Caso B begin tran... (este caso insert... ocaciona un print "in sp" error)... commit tran print "sp done" Trigger save tran s1... rollback tran s1 print tr done return Trigger begin tran s2... rollback tran s2 print tr done return

Deshacer un trigger rollback trigger deshace el trigger y la sentencia que lo disparó Sintaxis: rollback trigger [with raiserror error_number [error_statement] ] Ejemplo: create trigger trg_i_publishers on publishers for insert as if @@rowcount > 1 begin rollback trigger with raiserror 40031 "You cannot insert more than one publisher at a time." return end

Deshacer un trigger Procedimiento almacenado Caso C begin tran... insert... print "in sp"... commit tran print "sp done" Trigger...... rollback trigger print tr done return

Deshacer una transacción Para deshacer toda la transacción donde está inmerso el trigger, ejecutar un rollback sin un punto de grabación Procedimiento almacenado Caso D Trigger begin tran... insert... print "in sp"... commit tran print "sp done" Procedimiento almacenado Caso E begin tran... insert... print "in sp"... commit tran print "sp done" begin tran... rollback tran print "tr done return Trigger...... Rollback tran print tr done return

Prácticas recomendadas al hacer Triggers Consideraciones al elaborar triggers al usar: @@rowcount if update triggers anidados triggers recursivos

if update if update es una condición que le permite a un trigger chequear si ha habido un cambio en una determinada columna Sólo se puede usar en triggers Usualmente se usa para chequear si el valor de una llave primaria ha cambiado Sintaxis simplificada: if update (column_name) [ {and or} update (column_name)]...

Triggers anidados Un trigger anidado es un trigger que se dispara en respuesta a una modificación hecha en un trigger Nivel máximo de anidamiento: 16 Tanto los procedimientos almacenados como los triggers cuentan en la determinación del nivel máximo @@nestlevel retorna el nivel de anidamiento

Triggers recursivos Un trigger recursivo es aquel que se dispara cuando modifica su propia tabla Por default, un trigger que modifica su propia tabla no causa un disparo recursivo del trigger

Métodos para integridad de datos Métodos para implementar integridad de datos Domain Integrity Entity Integrity Referential Integrity Constraints Database Objects Check constraints Primary key constraints, unique constraints References constraints Rules Indexes Triggers

Actualización de valores llave Acción deseada Restricciones Triggers Insertarar valor de llave primaria Permitido Permitido Insertar valor de llave foránea Permitido Permitido Actualizar valor de llave primaria No permitido* Permitido Actualizar valor de llave foránea Permitido Permitido Borrar valor de llave primaria No permitido* Permitido Borrar valor de llave foránea Permitido Permitido *Valores de llaves primarias se pueden actualizar o borrar si no están referencidos en llaves foráneas Solamente en triggers es posible borrar o actualizar una llave primaria Sólo en triggers es posible hacer cambios en cascada

Restricciones vs triggers Ventajas de las restricciones: Las restricciones (y reglas) son más rápidas que los triggers Las restricciones no requieren codificación adicional Es mejor para chequear datos antes de ingresarlos a la base de datos Ventajas de los triggers: Muy flexible Los triggers pueden hacer cualquier cosa que se pueda codificar Mejor para las reglas complejas del negocio que no se pueden expresar como restricciones referenciales tales como actualizaciones o borrados en cascada