1 2006universidad de las américas - escuela de ingeniería - bases de datos - apad y jjaa unidad 9...

1 2006Universidad de Las Américas - Escuela de Ingeniería - Bases de Datos - APAD y JJAA

Unidad 9Unidad 9

Diseño FísicoProcedimientos Almacenados

y Disparadores (Triggers)

ACI210 – Bases de Datos


PROCEDIMIENTOS ALMACENADOS



PROC. ALMACENADOSPROC. 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.



• 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.



• 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. CREACION DE PROC. ALMACENADOSALMACENADOS

• 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. EJEMPLO DE PROC. ALMACENADOSALMACENADOS

CREATE PROCEDURE INSERTA_ALUMNO (@ruta char(10), @noma char(10), @appa char(10), @apma char(10), @fonoa

char(10), @codcara int)asBEGIN 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


CURSORES



CURSORESCURSORES

• 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]


CURSORESCURSORES

• 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 ycolumnas que se van a recuperar. La consulta se ejecuta cuando se abre o se activael cursor. La cláusula [ORDER BY] es opcional y especifica una ordenación para lasfilas del cursor; si no se especifica, la ordenación de las filas es definida el gestor de SGBD.)


CURSORESCURSORES

• 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.)


CURSORESCURSORES

• 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.)


CURSORESCURSORES

• 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 CURSORESEJEMPLO CURSORES

CREATE PROCEDURE EJEMPLOASBEGIN

/*La tabla Cliente tiene estos tres campos: CliCod, CliUser, CliPass */

-- declaramos las variablesdeclare @cod as intdeclare @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 forselect CliCod, CliUser, CliPass from Cliente


EJEMPLO CURSORESEJEMPLO 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


TRIGGERS



TRIGGERSTRIGGERS

• 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)


TRIGGERSTRIGGERS

• Uso de disparadores– 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


TRIGGERSTRIGGERS

SintaxisCREATE TRIGGER <nombre-trigger> ON <nombre-tabla>FOR [INSERT | DELETE | UPDATE]ASBegin

- 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).


TRIGGERSTRIGGERS

Ejemplo SQL-SERVER (eliminación en cascada)

CREATE TRIGGER t ON Autor FOR DELETEAS Begin Delete Libro from Libro, deleted where deleted.IdAutor = Libro.IdAutor End

Autor

IdAutor

Libro

IdLibroIdAutor


TRIGGERSTRIGGERS

Ejemplo ORACLE (eliminación en cascada)

CREATE TRIGGER t ON Autor BEFORE DELETEFOR EACH ROWBegin Delete Libro from Libro where :New.IdAutor = :Old.IdAutor End

Autor

IdAutor

Libro

IdLibroIdAutor


Sobre la creación de TriggersSobre 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.



• 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.



• 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:



• 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 TriggersModificar 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)habilitar1) ALTER TRIGGER <Nom_Trigger> ENABLE/DISABLE;2) ALTER TABLE <Nom_Tabla> ENABLE/DISABLE ALL

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.InsertCondición: -Acción: Producto.Update(StockActual)

Ejemplo de TriggersEjemplo de TriggersCompra

IdCompraFecha

DetalleCompra

IdCompraIdProductoCantidad

Producto

IdProductoNombreProductoStockActual


Solución 1

CREATE TRIGGER ActualizaStockCompra ON DetalleCompra FOR INSERTAS Begin

Update Producto Set StockActual = StockActual +

inserted.Cantidad from Producto P where P.IdProducto = inserted.IdProducto End


IdCompraFecha

DetalleCompra


Producto



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.InsertCondición: -Acción: Producto.Update(StockActual)


IdCompraFecha

DetalleCompra


Producto


Merma

IdMermaFechaIdProductoCantidad


Solución 2

CREATE TRIGGER ActualizaStockMerma ON Merma FOR INSERTAS Begin

Update Producto Set StockActual = StockActual -

inserted.Cantidad from Producto P where P.IdProducto = inserted.IdProducto End


IdCompraFecha

DetalleCompra


Producto


Merma

IdMermaFechaIdProductoCantidad


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.

Ejercicio de Triggers en Ejercicio de Triggers en LaboratorioLaboratorio

Cliente

IdCliente

Cuenta

IdCuentaIdClienteSaldo

Giro

IdGiroIdCuentaFechaMonto

LineaCredito

IdLineaIdCuentaSaldo

UsoLinea

IdUsoIdLineaFechaMonto


ANEXO - EJEMPLOSANEXO - EJEMPLOS

create table pruebasinsertar(id int null,fecha datetime, texto char(10)) gocreate trigger trg_PruebasInsertar on PruebasInsertarINSTEAD 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


ANEXO – EJEMPLOS TRIGGERSANEXO – 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'endgo

-- Probemos el funcionamiento del trigger...insert into pruebasinsertar(fecha ,texto ) select orderdate,customerid from northwind..ordersgo


ANEXO – EJEMPLOS CURSORESANEXO – 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_CursorEND CLOSE Employee_Cursor DEALLOCATE Employee_Cursor

1 2006universidad de las américas - escuela de ingeniería - bases de datos - apad y jjaa unidad 9...

Documents