Los Triggers son una característica poderosa en SQL Server que te permiten realizar automáticamente acciones cuando ocurren ciertos eventos, como insertar, actualizar o eliminar datos en una tabla. Sin embargo, los triggers pueden ser malinterpretados y mal utilizados, lo que puede llevar a problemas potenciales y problemas de rendimiento. En este artículo, exploraremos los diferentes tipos de triggers y las mejores prácticas para codificarlos y utilizarlos de manera efectiva.

Tipos de Triggers

SQL Server proporciona dos tipos de triggers DML (Lenguaje de Manipulación de Datos): AFTER e INSTEAD OF. Los triggers AFTER se activan después de que se haya realizado la acción, mientras que los triggers INSTEAD OF se activan en lugar de realizarse la modificación. Es importante tener en cuenta que los triggers solo se activan cuando se emite una declaración de modificación de datos (UPDATE, INSERT, DELETE), y no hay triggers para las declaraciones SELECT.

Los triggers AFTER se utilizan comúnmente para registrar acciones en una tabla de auditoría o registro. Forman parte de la transacción, por lo que cualquier error dentro del trigger hará que toda la transacción falle y se deshaga.

Los triggers INSTEAD OF, por otro lado, son la respuesta de Microsoft a los triggers BEFORE disponibles en otros sistemas de gestión de bases de datos relacionales. Te permiten modificar los datos antes de que se inserten, actualicen o eliminen. Es importante asegurarse de que la modificación se complete dentro del trigger, de lo contrario, la acción no se llevará a cabo.

Codificación de Triggers

Cuando codifiques triggers, es crucial entender que los triggers manejan conjuntos de datos, no filas individuales. Un error común es utilizar variables incorrectamente dentro de un trigger, lo que puede hacer que el trigger solo maneje una actualización de fila individual. Para manejar cualquier actualización, se recomienda utilizar operaciones basadas en conjuntos en lugar de operaciones de fila individual.

Por ejemplo, en lugar de utilizar una variable para almacenar el ContactId y verificar su valor, puedes utilizar la cláusula EXISTS para verificar si alguna fila cumple con la condición. Esto asegura que el trigger maneje cualquier actualización correctamente, independientemente del orden de la actualización.

CREATE TRIGGER Person.Contact_Update ON Person.Contact AFTER UPDATE AS
IF EXISTS (SELECT * FROM inserted WHERE ContactId > 10)
BEGIN
    INSERT INTO Person.ContactLog (ContactID, Action)
    SELECT ContactID, 'UPDATE' FROM inserted WHERE ContactId > 12
END

Vale la pena mencionar que se debe evitar el uso de bucles (cursores) en los triggers siempre que sea posible, ya que pueden afectar significativamente el rendimiento. Si te encuentras necesitando procesar cada fila individualmente, se recomienda reevaluar tu proceso y considerar una opción basada en conjuntos.

Acciones Externas en Triggers

Los triggers deben centrarse principalmente en acciones relacionadas con la base de datos y no realizar acciones fuera del motor de la base de datos, como enviar correos electrónicos o manipular archivos. Cualquier acción que ocurra fuera de la base de datos debe manejarse por separado, ya sea a través de un trabajo programado o un servicio de Windows.

Realizar acciones externas dentro de un trigger puede llevar a problemas potenciales, ya que el trigger forma parte de una transacción. Cualquier error dentro del trigger hará que toda la transacción falle y se deshaga, incluida la operación de inserción, actualización o eliminación que activó el trigger. Al separar las acciones externas del trigger, puedes asegurarte de que la transacción principal se complete correctamente sin ninguna complejidad oculta.

Conclusión

Los triggers son una herramienta poderosa en SQL Server que pueden automatizar acciones basadas en modificaciones de datos. Sin embargo, es importante comprender los diferentes tipos de triggers y cómo codificarlos de manera efectiva. Siguiendo las mejores prácticas y evitando errores comunes, puedes aprovechar los triggers para mejorar la funcionalidad y mantener la integridad de tu base de datos.

Recursos:

• Trigger Trivia por Andy Warren
• Trouble with Triggers entrada de blog por Conor Cunningham
• Triggers…Evil entrada de blog por Louis Davidson
• SQL BOL