CREATE OR REPLACE PACKAGE utiles_varios IS FUNCTION convertir_moneda
(cantidad IN NUMBER(12,3), moneda_original IN VARCHAR2,
moneda_destino IN VARCHAR2) RETURNS NUMBER(12,3);
/ * - - - - - - - s e p a r a c i o n d e programas- - - - - - - * / PROCEDURE cambios_estudiantes2(p_legajo
VARCHAR2,
VARCHAR2, OUT NUMBER);
END PACKAGE utiles_varios;
/
IN NUMBER, p_apellido p_nombre IN IN p_resultadoInicio del cuerpo del paquete:
CREATE OR REPLACE PACKAGE BODY utiles_moneda IS CREATE OR REPLACE FUNCTION convertir_moneda (cantidad IN NUMBER(12,3), moneda_original IN VARCHAR2,
moneda_destino IN VARCHAR2) RETURNS NUMBER(12,3) IS
conversion NUMBER(12,3) := 0;
coefciente NUMBER(6,3); datos_mal EXCEPTION;
BEGIN /*inicio de la sección ejecutable de un bloque*/ IF moneda_destino IS NULLOR moneda_original IS NULLTHEN
RAISE datos_mal; END IF;
SELECT coefciente_conversión INTO coefciente
FROM cotizaciones
WHERE origen = moneda_original AND destino = moneda_destino; conversion = cantidad * coefciente; RETURN conversion;
EXCEPTION /*inicio de la sección de manejo de excepciones */ WHEN no_data_found THEN
DBMS_OUTPU.PUT_LINE(‘Combinación de monedas no prevista’); RETURN conversion;
WHEN datos_mal THEN
DBMS_OUTPU.PUT_LINE(‘No ingresa datos de moneda’); RETURN conversion;
END FUNCTION convertir_moneda;
/ * - - - ---separacion de programas- - - --- - - * / PROCEDURE cambios_estudiantes2(p_legajo IN NUMBER,
p_apellido IN VARCHAR2, p_nombre IN VARCHAR2, p_resultado OUT NUMBER) AS
BEGIN
UPDATE estudiantes
SET nombre = p_nombre, apellido = p_apellido
WHERE legajo = p_legajo; p_resultado := 1;
EXCEPTION
WHEN no_data_found THEN p_resultado := 0;
DBMS_OUTPUT.PUT_LINE(‘No existe el empleado con el legajo ’|| p_legajo) WHEN others THEN
p_resultado := - 1 ;
END PROCEDURE cambios_estudiantes2;
END PACKAGE útiles_varios; /
De esta manera, se describió la construcción de programación de PL/SQL que permite trabajar mejor las unidades de programación individuales, agrupándolas, simplifcando su administración y dándoles mejor performance.
El último punto de este capítulo trata sobre las unidades de programación PL/SQL que se asocian a las tablas o a los eventos de sistema y tienen la característica de que no se ejecutan por el motor, sin necesidad de que se las convoque explícitamente por la aplicación o por un usuario determinado. Se ejecutan si el evento para el que se defnen acontece.
Su utilización se justifca por la dependencia que existe entre un objeto principal y otro derivado dentro de la aplicación y, cuando en aquél existe un cambio, el secundario, lo debe refejar y se requiere que, implícitamente, se ejecute el código necesario para mantener la integridad de la información. Por ejemplo, esta dependencia marca que la aplicación que se encarga de la gestión de envíos de los productos comercializados no puede procesar un registro hasta que la aplicación de cobranza no marque este pedido como pagado, y esto no será posible hasta que la aplicación de cobranzas no haya enviado la factura al cliente. Cada una de estas aplicaciones puede ir actualizando el valor de la columna “Estado” en una tabla; sin embargo, si es necesario registrar la cantidad de días que llevará a la factura transformarse en un remito, se requerirá un procesamiento especial. Si se decide que habrá una tabla de historia con el pedido, el estatus inicial y el fnal, junto con la fecha de cambio, un trigger o disparador de base de datos será muy útil para procesar este trabajo.
4 . 1 4 . 2 C r e a n d o t r i g g e r s c o n P L / S Q L
Los triggers o disparadores de base de datos se almacenan como objetos compilados en la base de datos y el código fuente de su cuerpo se puede consultar en el diccionario de la base de datos que lo almacena.
Un trigger se ejecuta automáticamente cuando cierto tipo de sentencias se ejecutan. Si existe un trigger para la sentencia UPDATE sobre una tabla determinada, cuando se actualice una de sus flas, se ejecutará, sin necesidad de convocarlo por su nombre, en forma implícita.
Los triggers se almacenan como objetos compilados y el código fuente de su cuerpo se puede consultar en el diccionario de la base de datos que lo almacena.
El tipo básico de trigger de base de datos es el que se encuentra en el nivel de la sentencia. Éste se ejecutará cada vez que una sentencia que lo active sea ejecutada sobre la tabla a la que el trigger está asociado. C o m o ejemplo, se puede defnir que se quiere monitorear la actividad de borrado de la tabla “Pagos de estudiantes” de tal forma que, cuando se borren cuotas de un estudiante, se guardará en otra tabla la información de la fecha de borrado y la identifcación del usuario que realizó la operación. A continuación, se verá el código que realiza esta operación:
CREATE OR REPLACE TRIGGER bd_pagos_estudiantes BEFORE delete ON pagos_estudiantes
BEGIN
INSERT INTO auditoría_pagos_estud (usuario, fecha_hora_cambio, motivo)
VALUES (user, to_char(sysdate, ‘dd/mm/yy hh:mi:ss’,’borrado de flas de pagos_estudiantes’);
END;
El nombre del trigger, elegido por el autor, tiene un prefjo ‘BD_’, que indica que es antes del borrado (before delete) porque, al ejecutarse automáticamente, un error en su ejecución genera un mensaje que trae el nombre del trigger que ha fallado. La práctica común de nombres ayuda al mantenimiento de la aplicación. Este trigger se ejecutará cuando se ejecute un DELETE sobre la tabla “Pagos_estudiantes” y guardará en la tabla de “Auditoría de pagos de estudiantes” la acción de borrado, fecha y autor de la acción.
El otro tipo de trigger permitirá tener la información de cada fla borrada en la acción anterior; se trata de los triggers a nivel de la fla. Para esto, la sintaxis de la creación permite la defnición del valor de las columnas antes de cada cambio y el valor después del cambio. A continuación, se verá el ejemplo de un trigger después de la actualización:
CREATE OR REPLACE TRIGGER bd_pagos_estudiantes AFTER update ON pagos_estudiantes
REFERENCING OLD AS old NEW AS new FOR EACH ROW
BEGIN
INSERT INTO h_pagos_estudiantes (usuario, fecha_hora_cambio, fecha_anterior, importe_anterior, fecha_posterior, importe_posterior)
VALUES (user, to_char(sysdate, ‘dd/mm/yy hh:mi:ss’,:OLD.fecha, :OLD. importe, :NEW.fecha, :NEW.importe);
END;