Triggers SQL

Todos estaremos de acuerdo en que una de las cosas ms importantes en todo negocio son los datos, verdad?. Pues bien, imagine una base de datos sobre la que interactuan concurrentemente muchos usuarios a travs de distintas aplicaciones, web o de escritorio. Qu sucedera si una de estas aplicaciones gestionase los datos incorrectamente?. Por ejemplo, imagine una aplicacin de escritorio que interactua directamente a travs de JDBC con la BD y que dicha aplicacin usa la hora de la mquina del usuario como hora en la que se realizan las operaciones, terrible, verdad?.. pues bien, estos y otros problemas pueden ser solucionados con mecanismos como los triggers o disparadores de BD (como veremos en los ejemplos). Los triggers o disparadores son objetos de la base de datos que ejecutan acciones cuando se producen ciertoseventos (tanto DML como DDL) (inserciones, modificaciones, borrados, creacin de tablas, etc). A continuacin y a modo de consulta os voy a mostrar un ejemplo de un Trigger DML que realiza las siguientes tareas: Dada una tabla con informacin sobre "expedientes", vamos a crear un Trigger que controle las modificaciones del "estado del expediente" de la siguiente manera: 1. Anotar en el campo "stateChangedDate" la fecha/hora en la que se produjo un cambio de estado. 2. A modo de histrico, insertar un registro en tabla "expStatusHistory" con informacin sobre los cambios de estado de cada expediente. Fcil verdad?, pues bueno, mamos a la obra.

Ejemplo autocomentado en MySql Ejemplo autocomentado en SQLServer

Ejemplo en MySql.
view plainprint?

1. DELIMITER $$ 2. 3. USE db_test; 4. 5. $$ 6. 7. # Creamos el Schema si no existe 8. CREATE SCHEMA IF NOT EXISTS db_test; 9. 10. $$ 11. 12. -- Eliminamos el procedimiento almancenado si existise 13. DROP PROCEDURE IF EXISTS db_test.procedureTemp; 14. 15. $$ 16. 17. CREATE PROCEDURE db_test.procedureTemp() 18. BEGIN 19. DECLARE cuenta INT DEFAULT 0; 20.

21. 22.

-- Si no existe la tabla de expedientes, la creamos. SELECT COUNT(*) INTO cuenta FROM `information_schema`.`tables` WHERE TABLE_SCHEMA='db_test' AND TABLE_NAME='expedientes' LIMIT 1; 23. IF (cuenta = 0) THEN 24. CREATE TABLE `expedientes` ( 25. code VARCHAR(15) NOT NULL COMMENT 'Cdigo del exped iente', 26. state VARCHAR(20) COMMENT 'Estado del expediente', 27. stateChangedDate DATETIME COMMENT 'Fecha/Hora en la que se p roduci el ltimo cambio de estado', 28. 29. PRIMARY KEY `PK_Exp` (code) 30. ) ENGINE=InnoDB CHARSET=utf8 collate=utf8_general_ci; 31. END IF; 32. 33. -- Insertamos algunos expedientes de ejemplo 34. DELETE FROM expedientes WHERE code IN ('exp1','exp2', 'exp3'); 35. INSERT INTO expedientes (code) VALUES ('exp1'); 36. INSERT INTO expedientes (code) VALUES ('exp2'); 37. INSERT INTO expedientes (code) VALUES ('exp3'); 38. 39. 40. 41. -- Si no existe la tabla de cambios de esstado la creamos 42. SELECT COUNT(*) INTO cuenta FROM `information_schema`.`tables` WHERE TABLE_SCHEMA='db_test' AND TABLE_NAME='expStatusHistory' LIMIT 1; 43. IF (cuenta = 0) THEN 44. CREATE TABLE `expStatusHistory` ( 45. `id` INT AUTO_INCREMENT, 46. `code` VARCHAR(15) NOT NULL COMMENT 'Cdigo del expediente', 47. `state` VARCHAR(20) NOT NULL COMMENT 'Estado del expediente', 48. `date` TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT 'Fecha/Hor a en la que el expediente pas a ese estado', 49. PRIMARY KEY `PK_ExpHistory` (`id`) 50. ) ENGINE=MyISAM CHARSET=utf8 collate=utf8_general_ci; -No transacciones => MyISAM 51. END IF; 52. 53. END; 54. 55. $$ 56. 57. -- Invocamos el procedimiento almacenado 58. CALL db_test.procedureTemp(); 59. 60. $$ 61. -- Borramos el procedimiento almacenado 62. DROP PROCEDURE IF EXISTS db_test.procedureTemp; 63. 64. $$ 65. 66. -- Borramos el Trigger si existise 67. DROP TRIGGER IF EXISTS StatusChangeDateTrigger; 68. 69. $$ 70. 71. -- Cremamos un Trigger sobre la tabla expedientes 72. 73. CREATE TRIGGER StatusChangeDateTrigger

74. 75. 76. 77. 78.

BEFORE UPDATE ON expedientes FOR EACH ROW BEGIN -- Ha cambiado el estado? IF NEW.state != OLD.state THEN -Actualizamos el campo stateChangedDate a la fecha/hora actual 79. SET NEW.stateChangedDate = NOW(); 80. 81. -A modo de auditora, aadimos un registro en la tabla expStatusHistor y 82. INSERT INTO expStatusHistory (`code`, `state`) VALUES (NEW .code, NEW.state); 83. END IF; 84. END; 85. 86. $$ 87. 88. DELIMITER;
89.

Ejemplo en SQLServer.
view plainprint?

1. -- ------------------------------------------------------------------2. -- Creamos una base de datos si no existiese. 3. -- ------------------------------------------------------------------4. 5. IF NOT EXISTS (SELECT * from sys.databases where name = 'db_test') 6. BEGIN 7. CREATE DATABASE db_test; 8. END 9. 10. -- Establecemos la base de datos predeterminada 11. USE db_test; 12. 13. 14. -- ------------------------------------------------------------------15. -- Creamos una tabla si no existiese. 16. -- Representa los datos de expedientes 17. -- ------------------------------------------------------------------18. 19. IF NOT EXISTS (SELECT * FROM sys.sysobjects WHERE name='expedientes' A ND xtype='U') 20. BEGIN 21. CREATE TABLE expedientes ( 22. code VARCHAR(15) NOT NULL, 23. state VARCHAR(20) DEFAULT 'INICIO', 24. stateChangedDate DATETIME, 25. PRIMARY KEY (code) 26. ); 27. END; 28. 29. -- Insertamos algunos expedientes de ejemplo

30. DELETE FROM expedientes WHERE code IN ('exp1','exp2', 'exp3'); 31. INSERT INTO expedientes (code) VALUES ('exp1'); 32. INSERT INTO expedientes (code) VALUES ('exp2'); 33. INSERT INTO expedientes (code) VALUES ('exp3'); 34. 35. -- Si no existe la tabla de cambios de esstado la creamos 36. IF NOT EXISTS (SELECT * FROM sys.sysobjects WHERE name='expStatusHisto ry' AND xtype='U') 37. BEGIN 38. CREATE TABLE expStatusHistory ( 39. id INT IDENTITY, 40. code VARCHAR(15) NOT NULL, 41. state VARCHAR(20) NOT NULL, 42. date DATETIME DEFAULT GetDate(), 43. PRIMARY KEY (id) 44. ); 45. END; 46. 47. 48. -- Borramos el Trigger si existise 49. IF OBJECT_ID ('StatusChangeDateTrigger', 'TR') IS NOT NULL 50. BEGIN 51. DROP TRIGGER StatusChangeDateTrigger; 52. END; 53. 54. GO -- Necesario 55. 56. -- Cremamos un Trigger sobre la tabla expedientes 57. CREATE TRIGGER StatusChangeDateTrigger 58. ON expedientes 59. AFTER UPDATE AS 60. -- Ha cambiado el estado? 61. IF UPDATE(state) 62. BEGIN 63. -- Actualizamos el campo stateChangedDate a la fecha/hora actual 64. UPDATE expedientes SET stateChangedDate=GetDate() WHERE code=(SELE CT code FROM inserted); 65. 66. -A modo de auditora, aadimos un registro en la tabla expStatusHistor y 67. INSERT INTO expStatusHistory (code, state) (SELECT code, state FR OM deleted WHERE code=deleted.code); 68. 69. -La tabla deleted contiene informacin sobre los valores ANTIGUOS mien tras que la tabla inserted contiene los NUEVOS valores. 70. -Ambas tablas son virtuales y tienen la misma estructura que la tabla a la que se asocia el Trigger. 71. END;

Si ahora modificasemos un registro a travs de una sentencia como la siguiente el Trigger sera ejecutado y realizara su trabajo.
1. UPDATE expedientes SET state='PENDIENTE_COBRO' WHERE code='exp1'

Cabe destacar que en este tema se puede ir mucho ms all, pero bueno a modo didctico y recordatorio estn bastante bien artculos de este tipo.

CODIFICACION PARA SUBIR DATOS DE SQL A VISUAL BASIC Try Dim cmd As String = "select departamento from paises where pais= '" & Me.ComboBox1.Text & "'" Dim da As New SqlDataAdapter(cmd, cn) Dim ds As New DataSet da.Fill(ds) With Me.ComboBox2 Me.ComboBox2.DataSource = ds.Tables(0) Me.ComboBox2.DisplayMember = "departamento" End With Catch ex As Exception MessageBox.Show(ex.Message) End Try

Procedimiento almacenado en SQL

Un procedimiento almacenado (stored procedure en ingls) es un programa (o procedimiento) el cual es almacenado fsicamente en una base de datos. Su implementacin vara de un gestor de bases de datos a otro. La ventaja de un procedimiento almacenado es que al ser ejecutado, en respuesta a una peticin de usuario, es ejecutado directamente en el motor de bases de datos, el cual usualmente corre en un servidor separado. Como tal, posee acceso directo a los datos que necesita manipular y slo necesita enviar sus resultados de regreso al usuario, deshacindose de la sobrecarga resultante de comunicar grandes cantidades de datos salientes y entrantes. Usos tpicos para procedimientos almacenados incluyen la validacin de datos siendo integrados a la estructura de base de datos (los procedimientos almacenados utilizados para este propsito a menudo son llamados disparadores; triggers en ingls), o encapsular un proceso grande y complejo. El ltimo ejemplo generalmente ejecutar ms rpido como un procedimiento almacenado que de haber sido implementado como, por ejemplo, un programa corriendo en el sistema cliente y comunicndose con la base de datos mediante el envo de consultas SQL y recibiendo sus resultados. Los procedimientos pueden ser ventajosos: Cuando una base de datos es manipulada desde muchos programas externos. Al incluir la lgica de la aplicacin en la base de datos utilizando procedimientos almacenados, la necesidad de embeber la misma lgica en todos los programas que acceden a los datos es reducida. Esto puede simplificar la creacin y, particularmente, el mantenimiento de los programas involucrados. Podemos ver un claro ejemplo de estos procedimientos cuando requerimos realizar una misma operacin en un servidor dentro de algunas o todas las bases de datos y a la vez dentro de todas o algunas de las tablas de las bases de datos del mismo. Para ello podemos utilizar a los Procedimientos almacenados auto creables que es una forma de generar ciclos redundantes a travs de los procedimientos almacenados.