Conceptos de Bases de

Datos RelacionalesTriggers

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

Llamado

explícito

Ejecución

automática

Uso de

parámetros

Stored

Procedure

definido por

el usuario

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_triggeron nombre_de_la_tablafor {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 ASIF datename(month, getdate()) = "October"

BEGINSELECT "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

Triggers - ejemplo

• Crear dos tablas:CREATE TABLE EJ_TRIGGER_2A (

A INT PRIMARY KEY,

B CHAR (30))

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 almacenadoCaso A begin tran

...

insert ...

print "in sp"

...

commit tran

print "sp done"

Triggersave tran s1

....

rollback tran s1

print “tr done”

return

Procedimiento almacenadoCaso B begin tran

...(este caso insert ...ocaciona un print "in sp"error) ...

commit tranprint "sp done"

Triggerbegin tran s2

....

rollback tran s2

print “tr done”

return

• 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 almacenadoCaso C begin tran

...

insert ...

print "in sp"

...

commit tran

print "sp done"

Trigger

....

....

rollback trigger

print “tr done”

return

Deshacer un trigger

Procedimiento almacenadoCaso D begin tran

...

insert ...

print "in sp"

...

commit tran

print "sp done"

Trigger

begin tran

...

rollback tran

print "tr done”

return

• Para deshacer toda la transacción donde está inmerso el trigger, ejecutar un rollback sin un punto de grabación

Procedimiento almacenadoCaso E begin tran

...

insert ...

print "in sp"

...

commit tran

print "sp done"

Trigger....

....

Rollback tran

print “tr done”

return

Deshacer una transacción

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

Check

constraints

Primary key

constraints,

unique

constraints

References

constraints

Database

Objects Rules Indexes Triggers

Actualización de valores llave

*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

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

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