Diseño Físico Procedimientos Almacenados y Disparadores (Triggers) ACI210 – Bases de Datos Unidad 9 Diseño Físico Procedimientos Almacenados y Disparadores (Triggers)

PROCEDIMIENTOS ALMACENADOS ACI210 – Bases de Datos PROCEDIMIENTOS ALMACENADOS

PROC. ALMACENADOS Un procedimiento almacenado (stored procedure) es una colección de sentencias de Transacciones SQL que se constituye como si se tratase de una función de un lenguaje estructurado (C, Pascal ). Es decir: es posible llamarlo mediante un identificador, puede recibir argumentos y devolver un valor de retorno. La característica primordial de los procedimientos almacenados es que se optimizan en el momento de su creación.

PROC. ALMACENADOS Cuando se crea un procedimiento almacenado el procesador de consultas del gestor crea una versión del mismo con una cierta estructura normalizada y la almacena en una de las tablas de sistema. Las siguientes ejecuciones de dicho procedimiento, no necesitarán consumir el tiempo necesario para llevar a cabo este proceso de normalización, con lo que su ejecución será más rápida.

PROC. ALMACENADOS Por otra parte, cuando el procedimiento se ejecuta por vez primera, se produce su compilación y la optimización del acceso del procedimiento a los datos. Este proceso optimizado se mantiene en memoria para posteriores ejecuciones con el consiguiente ahorro adicional de tiempo y recursos.

CREACION DE PROC. ALMACENADOS Existen dos maneras de crear procedimientos almacenados en SQL SERVER: utilizando la sentencia CREATE PROCEDURE y mediante Enterprise Manager. Sintaxis CREATE PROCEDURE CREATE PROCEDURE [propietario.] nombre_proc [(lista de parámetros) ] [{FOR REPLICATION} | {WITH RECOMPILE} [{[WITH] | [,]} ENCRYPTION]] AS sentencias SQL

EJEMPLO DE PROC. ALMACENADOS CREATE PROCEDURE INSERTA_ALUMNO (@ruta char(10), @noma char(10), @appa char(10), @apma char(10), @fonoa char(10), @codcara int) as BEGIN declare @rr char(10) ; select @rr = @ruta; if (@codcara != 100) begin print 'Inicio de Insercion de Datos'; insert into alumno(rut , nombre , app , apm , fono , codcar) values(@rr, @noma , @appa , @apma , @fonoa , @codcara) select * from alumno end else print 'ERROR AL INGRESAR DATOS!!!!!!!!!!!!!!!'; END

ACI210 – Bases de Datos CURSORES

CURSORES Los cursores son una herramienta de SQL que nos permite recorrer el resultado de una consulta SQL y realizar operaciones en cada paso de ésta. En algunos SGDB es posible la abertura de cursores de datos desde el propio entorno de trabajo, para ello se utilizan, normalmente procedimientos almacenados. La sintaxis para definir un cursor es la siguiente: DECLARE nombre-cursor FOR especificacion-consulta [ORDER BY]

CURSORES Por ejemplo: DECLARE Mi_Cursor FOR SELECT num_emp, nombre, puesto, salario FROM empleados WHERE num_dept = 'informatica' (Este comando es meramente declarativo, simplemente especifica las filas y columnas que se van a recuperar. La consulta se ejecuta cuando se abre o se activa el cursor. La cláusula [ORDER BY] es opcional y especifica una ordenación para las filas del cursor; si no se especifica, la ordenación de las filas es definida el gestor de SGBD.)

OPEN nombre-cursor [USING lista-variables] CURSORES Para abrir o activar un cursor se utiliza el comando OPEN del SQL, la sintaxis en la siguiente: OPEN nombre-cursor [USING lista-variables] (Al abrir el cursor se evalúa la consulta que aparece en su definición, utilizando los valores actuales de cualquier parámetro referenciado en la consulta, para producir una colección de filas. El puntero se posiciona delante de la primera fila de datos (registro actual), esta sentencia no recupera ninguna fila.)

CURSORES FETCH nombre-cursor INTO lista-variables Una vez abierto el cursos se utiliza la cláusula FETCH para recuperar las filas del cursor, la sintaxis es la siguiente: FETCH nombre-cursor INTO lista-variables (Lista - variables son las variables que van a contener los datos recuperados de la fila del cursor, en la definición deben ir separadas por comas. En la lista de variables se deben definir tantas variables como columnas tenga la fila a recuperar.)

DROP CURSOR nombre-cursor CURSORES Para cerrar un cursor se utiliza el comando CLOSE, este comando hace desaparecer el puntero sobre el registro actual. La sintaxis es: CLOSE nombre-cursor Por último, y para eliminar el cursor se utiliza el comando DROP CURSOR. Su sintaxis es la siguiente: DROP CURSOR nombre-cursor

EJEMPLO CURSORES CREATE PROCEDURE EJEMPLO AS BEGIN /*La tabla Cliente tiene estos tres campos: CliCod, CliUser, CliPass */ -- declaramos las variables declare @cod as int declare @user as varchar(50) declare @pass as varchar(50) -- declaramos un cursor llamado "CURSORITO". -- El select debe contener sólo los campos a utilizar. declare CURSORITO cursor for select CliCod, CliUser, CliPass from Cliente

EJEMPLO CURSORES open CURSORITO -- Avanzamos un registro y cargamos en las variables los valores -- encontrados en el primer registro fetch next from CURSORITO into @cod, @user, @pass while @@fetch_status = 0 begin update Cliente set CliPass= @user where CliCod=@cod -- Avanzamos otro registro fetch next from CURSORITO into @cod, @user, @pass end -- cerramos el cursor close CURSORITO END

ACI210 – Bases de Datos TRIGGERS

TRIGGERS Un Trigger se define de manera muy similar a un procedimiento almacenado, salvo que su ejecución es controlada internamente por el DBMS y se asocia a una “tabla-evento”. Los eventos son operaciones básicas: Update (actualización de datos) Delete (eliminación de datos) Insert (ingreso de datos)

TRIGGERS Uso de disparadores Mal uso Evitar ejecución de transacciones inválidas Garantizar el cumplimiento de restricciones de integridad y de reglas de negocio Generar automáticamente valores de columnas derivadas Mal uso Para garantizar el cumplimiento de restricciones que puedan ser definidas a nivel de esquema  CHECK Disparadores recursivos Gran tamaño  Procedimiento almacenado

TRIGGERS Sintaxis CREATE TRIGGER <nombre-trigger> ON <nombre-tabla> FOR [INSERT | DELETE | UPDATE] AS Begin - Sentencias SQL – End Para referenciar los registros (tuplas) sobre las cuales ocurre el evento, se utilizan los prefijos (según corresponda): Inserted (SQL-SERVER) | :NEW (ORACLE). Updated (SQL-SERVER) | :NEW (ORACLE). Deleted (SQL-SERVER) | :NEW (ORACLE).

TRIGGERS Ejemplo SQL-SERVER (eliminación en cascada) CREATE TRIGGER t ON Autor FOR DELETE AS Begin Delete Libro from Libro, deleted where deleted.IdAutor = Libro.IdAutor End

TRIGGERS Ejemplo ORACLE (eliminación en cascada) CREATE TRIGGER t ON Autor BEFORE DELETE FOR EACH ROW Begin Delete Libro from Libro where :New.IdAutor = :Old.IdAutor End

Sobre la creación de Triggers Los nombres de los triggers deben ser únicos dentro de un esquema dado. Alguna de las dos, BEFORE o AFTER, debe ser utilizada en el CREATE TRIGGER (ORACLE). La sentencia activadora especifica el tipo de operación que despierta el disparador (DELETE, INSERT o UPDATE). En la sentencia activadora se especifica la tabla asociada al trigger. Puede especificarse exactamente una tabla (no una vista) en la sentencia activadora.

Sobre la creación de Triggers Si la sentencia activadora especifica un UPDATE se puede incluir una lista de columnas en dicha sentencia. Si se incluye la lista de columnas, el trigger se activa por un UPDATE sólo si una de las columnas especificadas es actualizada. Si se omite la lista, el trigger se activa cuando cualquier columna de la tabla se actualiza. No se puede especificar lista de columnas para INSERT o DELETE. La presencia o ausencia de la opción FOR EACH ROW (ORACLE), determina si el disparador es a nivel de filas (row trigger) o a nivel de sentencia activadora (statement trigger). Especifica que el cuerpo del trigger se ejecuta individualmente para cada una de las filas de la tabla que haya sido afectada por la sentencia activadora.

Sobre la creación de Triggers Opcionalmente, se pueden incluir restricciones en la definición de un row trigger. Para ello se especifica, en una cláusula WHEN (ORACLE), una expresión booleana de SQL. Si se incluye una cláusula WHEN, la expresión se evalúa para cada una de las filas que el disparador afecta. Si el resultado de la evaluación es TRUE, se ejecuta el cuerpo del trigger sobre la fila que hizo cierta la expresión. La expresión en una cláusula WHEN no puede incluir subqueries. Los triggers pueden incluir cualquier número y clase de sentencias SQL, excepto sentencias SELECT(dependiendo de cómo se utilice); un trigger no puede devolver datos al usuario. Hay unos pocos nombres especiales que se usan en la sentencia CREATE TRIGGER:

Sobre la creación de Triggers Deleted e Inserted son tablas lógicas (conceptuales). Son estructuralmente como la tabla en la cual es definido el trigger, esto es, la tabla en la cual el usuario efectúa la acción, y guarda los viejos o nuevos valores de las filas que serán modificadas por la acción del usuario. Las tablas Deleted e Inserted pueden ser examinadas por el trigger para determinar si la acción se llevará a cabo. La tabla Deleted es usada con DELETE y UPDATE; la tabla Inserted se usa con INSERT y UPDATE. En términos de rendimiento, el trigger es, normalmente, muy lento. El tiempo usado en ejecutar un trigger es gastado la mayoría de las veces en referenciar otras tablas, las cuales podrían estar en memoria o en disco.

Modificar Triggers No hay modificación explícita, se reemplaza. 1) CREATE OR REPLACE TRIGGER <Nom_Trigger> 2) DROP TRIGGER <Nom_Trigger> CREATE TRIGGER <Nom_Trigger> (Des)habilitar 1) ALTER TRIGGER <Nom_Trigger> ENABLE/DISABLE; 2) ALTER TABLE <Nom_Tabla> ENABLE/DISABLE ALL TRIGGERS;

Ejemplo de Triggers Ejercicio 1 Para un sistema de Administración de stock en Bodega, se requiere implementar la siguiente funcionalidad activa a través de Triggers: Cada vez que se agregue un registro de detalle de compra, se deberá actualizar en forma automática la existencia en Stock actual. Evento: DetalleCompra.Insert Condición: - Acción: Producto.Update(StockActual) Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

Ejemplo de Triggers Solución 1 CREATE TRIGGER ActualizaStockCompra ON DetalleCompra FOR INSERT AS Begin Update Producto Set StockActual = StockActual + inserted.Cantidad from Producto P where P.IdProducto = inserted.IdProducto End Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

Ejemplo de Triggers Ejercicio 2 Ampliar el Sistema, agregando registro de mermas (pérdidas) Cada vez que se registre una merma, se deberá actualizar en forma automática la existencia en Stock actual. Evento: Merma.Insert Condición: - Acción: Producto.Update(StockActual) Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

Ejemplo de Triggers Solución 2 CREATE TRIGGER ActualizaStockMerma ON Merma FOR INSERT AS Begin Update Producto Set StockActual = StockActual - inserted.Cantidad from Producto P where P.IdProducto = inserted.IdProducto End Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

Ejercicio de Triggers en Laboratorio Ejercicio 3 – Tarea Laboratorio Autómata de Giro Bancario Cada vez que un cliente quiere hacer un giro, el sistema deberá verificar que su saldo de cuenta corriente o en su defecto su cupo de línea de crédito sea suficiente para cubrir la operación. Si la suma del saldo disponible en la cuenta y el saldo de la línea no logra cubrir, se deberá anular la transacción, en caso contrario, se deberá registrar el nuevo saldo y/o nuevo cupo de línea de crédito y detalle de la utilización de la línea. Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

ANEXO - EJEMPLOS create table pruebasinsertar(id int null,fecha datetime, texto char(10)) go create trigger trg_PruebasInsertar on PruebasInsertar INSTEAD OF insert   as   begin     -- Vamos a poner un bloqueo de aplicación, para evitarnos problemas     -- de concurrencia, Naturalmente esto puede afectar al rendimiento y     -- en un caso real, habría que dedicar tiempo a investigar si es realmente     -- necesario. Como ejemplo didactico sin embargo, me parece muy conveniente.     -- Aprovecharemos que estamos seguro dentro de una transaccion.     exec sp_getApplock 'InsertandoEnPruebasInsertar','Exclusive'     -- Necesitamos saber el máximo..     Declare @Valor int     select @valor=isnull(max(id),0) from PruebasInsertar Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

ANEXO – EJEMPLOS TRIGGERS     -- creamos una tabla para numerar todos los nuevos registros...     select * into #insertados from inserted     -- Actualizamos para tener el  número en el campo id      update #insertados set id=@valor,@valor=@valor+1     insert into PruebasInsertar      Select id,Fecha,texto from #insertados     -- despues de insertar los registros liberamos los bloqueos..     exec sp_releaseApplock 'InsertandoEnPruebasInsertar' end go -- Probemos el funcionamiento del trigger... insert into pruebasinsertar(fecha ,texto ) select orderdate,customerid from northwind..orders go Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.

ANEXO – EJEMPLOS CURSORES 'Abrir un cursor y recorrelo DECLARE Employee_Cursor CURSOR FOR SELECT LastName, FirstName FROM Northwind.dbo.Employees WHERE LastName like 'B%' OPEN Employee_Cursor FETCH NEXT FROM Employee_Cursor WHILE @@FETCH_STATUS = 0 BEGIN FETCH NEXT FROM Employee_Cursor END CLOSE Employee_Cursor DEALLOCATE Employee_Cursor Sistema de inventario: cada vez que se ingrese una adquisición de productos, actualice automáticamente el inventario. Sistema de Cuentas Corrientes: cada vez que se haga un depósito, actualice automáticamente el saldo.