Esto significa que invocaremos nuestros Triggers para ejecutar un bloque de instrucciones que proteja, restrinja o preparen la información de nuestras tablas, al momento de manipular nuestra información. Para crear triggers en MySQL necesitas los privilegios SUPER Y TRIGGER.
Que bien!...como creo un Trigger?
Usaremos una sintaxis similar a la creación de Procedimientos y Funciones en MySQL. Observemos:
CREATE [DEFINER={usuario|CURRENT_USER}] TRIGGER nombre_del_trigger{BEFORE|AFTER}{UPDATE|INSERT|DELETE}ON nombre_de_la_tablaFOREACHROW<bloque_de_instrucciones>
Obviamente la sentencia CREATE es conocidisima para crear nuevos objetos en la base de datos. Eso ya lo tienes claro. Enfoquemos nuestra atención en las otras partes de la definición:
DEFINER={usuario|CURRENT_USER}Indica al gestor de bases de datos qué usuario tiene privilegios en su cuenta, para la invocación de los triggers cuando surjan los eventos DML. Por defecto este característica tiene el valor CURRENT_USER que hace referencia al usuario actual que esta creando el Trigger.
nombre_del_trigger
Indica el nombre de nuestro trigger. Existe una nomenclatura muy práctica para nombrar un trigger, la cual nos da mejor legibilidad en la administracion de la base de datos. Primero ponemos el nombre de tabla, luego especificamos con la inicial de la operación DML y seguido usamos la inicial del momento de ejecución(AFTER o BEFORE). Por ejemplo:
-- BEFORE INSERTclientes_BI_TRIGGER
BEFORE|AFTER
Especifica si el Trigger se ejecuta antes o después del evento DML.
UPDATE|INSERT|DELETE
Aquí eliges que sentencia usarás para que se ejecute el Trigger.
ON nombre_de_la_tabla
En esta sección estableces el nombre de la tabla asociada.
FOR EACH ROW
Establece que el Trigger se ejecute por cada fila en la tabla asociada.
<bloque_de_instrucciones>
Define el bloque de sentencias que el Trigger ejecutará al ser invocado.
Y como relaciono el Trigger con las columnas de la tabla?
Si queremos relacionar el trigger con columnas especificas de una tabla debemos usar los identificadores OLD y NEW.OLD indica el valor antiguo de la columna y NEW el valor nuevo que pudiese tomar. Por ejemplo: OLD.idproducto ó NEW.idproducto
Si usamos la sentencia UPDATE podremos referirnos a un valor OLD y NEW, ya que modificaremos registros existentes por nuevos valores. En cambio si usamos INSERT solo usaremos NEW, ya que su naturaleza es únicamente de insertar nuevos valores a las columnas. Y si usamos DELETE usaremos OLD debido a que borraremos valores que existen con anterioridad.
Y como es eso de BEFORE y AFTER?
Estas clausulas indican si el Trigger se ejecuta antes o después del evento DML. Hay ciertos eventos que no son compatibles con estas sentencias.Por ejemplo, si tuvieras un Trigger AFTER que se ejecuta en una sentencia UPDATE, sería ilógico editar valores nuevos NEW, sabiendo que el evento ya ocurrió. Igual sucedería con la sentencia INSERT, el Trigger tampoco podría referenciar valores NEW, ya que los valores que en algún momento fueron NEW, han pasado a ser OLD.
Que utilidades tienen los Triggers?
Con los Triggers podemos implementar varios casos de uso que mantengan la integridad de la base de datos, como Validar información, Calcular atributos derivados, Seguimientos de movimientos en la base de datos, etc.Cuando surja una necesidad en donde veas que necesitas que se ejecute una acción implícitamente(sin que la ejecutes manualmente) sobre los registros de una tabla, entonces puedes considerar el uso de un Trigger.
Amigo me muestras un ejemplo?
Claro!, a continuación veremos un Trigger que valida la edad de un cliente antes de una sentencia UPDATE. Si por casualidad el nuevo valor es negativo, entonces asignaremos NULL a este atributo.DELIMITER //CREATE TRIGGER cliente_BU_TriggerBEFORE UPDATE ON cliente FOR EACH ROWBEGIN-- La edad es negativa?IF NEWedad<0 THEN SET NEWedad = NULL;END IF;END//DELIMITER ;
Este Trigger se ejecuta antes de haber insertado el registro, lo que nos da el poder de verificar primero si el nuevo valor de la edad esta en el rango apropiado, si no es así entonces asignaremos NULL a ese campo. Grandes los Triggers!
Podrías mostrar un ejemplo para registrar cambios realizados en una tabla?
Por supuesto! Supongamos que tenemos una Tienda de accesorios para Gamers. Para la actividad de nuestro negocio hemos creado un sistema de facturación muy sencillo, que registra las ventas realizadas dentro de una factura que contiene el detalle de las compras.Nuestra tienda tiene 4 vendedores de turno, los cuales se encargan de registrar las compras de los clientes en el horario de funcionamiento.
Implementaremos un Trigger que guarde los cambios realizados sobre la tabla DETALLE_FACTURA de la base de datos realizados por los vendedores.
Veamos la solución:
DELIMITER //CREATE TRIGGER detalle_factura_AU_TriggerAFTER UPDATE ON detalle_factura FOR EACH ROWBEGIN INSERT INTO log_updates (idusuario, descripcion) VALUES (user( ), CONCAT('Se modificó el registro ','(', OLDiddetalle,',', OLDidfactura,',',OLDidproducto,',',OLDprecio,',', OLDunidades,') por ', '(', NEWiddetalle,',', NEWidfactura,',',NEWidproducto,',',NEWprecio,',', NEWunidades,')')); END//
DELIMITER ;
Con este registro de logs podremos saber si algún vendedor "ocioso" esta alterando las facturas, lo que lógicamente sería atentar contra las finanzas de nuestro negocio. Cada registro nos informa el usuario que modificó la tabla DETALLE_FACTURA y muestra una descripción sobre los cambios en cada columna.
Que otro ejemplo podrías compartir?
El siguiente ejemplo que te voy a mostrar ¡me encanta!, ya que muestra como mantener la integridad de una base de datos con respecto a una atributo derivado.Supon que tienes una Tienda de electrodomésticos y que has implementado un sistema de facturación. En la base de datos que soporta la información de tu negocio, existen varias tablas, pero nos vamos a centrar en la tabla PEDIDO y la tabla TOTAL_VENTAS.
TOTAL_VENTAS almacena las ventas totales que se le han hecho a cada cliente del negocio. Es decir, si el cliente Armado Barreras en una ocasión compró 1000 dolares, luego compró 1250 dolares y hace poco ha vuelto a comprar 2000 dolares, entonces el total vendido a este cliente es de 4250 dolares.
Pero supongamos que eliminamos el ultimo pedido hecho por este cliente, ¿que pasaría con el registro en TOTAL_VENTAS ?,...¡exacto!, quedaría desactualizado.
Usaremos tres Triggers para solucionar esta situación. Para que cada vez que usemos un comando DML en la tabla PEDIDO, no tengamos que preocuparnos por actualizar manualmente TOTAL_VENTAS.
Veamos:
-- TRIGGER PARA INSERTDELIMITER //CREATE TRIGGER PEDIDO_BI_TRIGGERBEFORE INSERT ON PEDIDOFOR EACH ROWBEGIN DECLARE cantidad_filasINT; SELECT COUNT(*) INTO cantidad_filas FROM TOTAL_VENTAS WHERE idcliente=NEWidcliente; IF cantidad_filas > 0 THEN UPDATE TOTAL_VENTAS SET total=total+NEWtotal WHERE idcliente=NEWidcliente; ELSE INSERT INTO TOTAL_VENTAS (idcliente,total) VALUES(NEWidcliente,NEWtotal); END IF;END//
-- TRIGGER PARA UPDATECREATE TRIGGER PEDIDO_BU_TRIGGERBEFORE UPDATE ON PEDIDOFOR EACH ROWBEGIN UPDATE TOTAL_VENTAS SET total=total+(NEWtotal-OLDtotal) WHERE idcliente=NEWidcliente;END//
-- TRIGGER PARA DELETECREATE TRIGGER PEDIDO_BD_TRIGGERBEFORE DELETE ON PEDIDOFOR EACH ROWBEGIN UPDATE TOTAL_VENTAS SET total=total-OLDtotal WHERE idcliente=OLDidcliente;
END//
Con todos ellos mantendremos el total de ventas de cada cliente actualizado dependiendo del evento realizado sobre un pedido.
Si insertamos un nuevo pedido generado por un cliente existente, entonces vamos rápidamente a la tabla TOTAL_VENTAS y actualizamos el total comprado por ese cliente con una sencilla suma acumulativa.
Ahora, si cambiamos el monto de un pedido, entonces vamos a TOTAL_VENTAS para descontar el monto anterior y adicionar el nuevo monto.
Y si eliminamos un pedido de un cliente simplemente descontamos del total acumulado el monto que con anterioridad habíamos acumulado. ¿Práctico cierto?
Puedo ver la información sobre un Trigger en MySQL?
Si!, usa el comando SHOW CREATE TRIGGER y rápidamente estarás viéndolas especificaciones de tu Trigger creado. Observa el siguiente ejemplo:SHOW CREATETRIGGER futbolista_ai_trigger;
También puedes ver los Triggers que hay en tu base de datos con:
SHOW TRIGGERS;
Y como elimino un Trigger?
DROP, DROP y mas DROP. Como ya sabes usamos este comando para eliminar casi cualquier cosa en nuestra base de datos:DROP TRIGGER [IF EXISTS] nombre_trigger
Recuerda que podemos adicionar la condicion IF EXISTS para indica que si el Trigger ya existe, entonces que lo borre.
James Revelo Urrea - Desarrollador independiente