SUBPROGRAMAS PL/SQL César Martínez C. Profesor Instructor de Base de Datos Sede Puente Alto DUOC

Transcripción

1 SUBPROGRAMAS PL/SQL César Martínez C. Profesor Instructor de Base de Datos Sede Puente Alto DUOC

2 INTRODUCCIÓN Los subprogramas son otro tipo de bloques PL/SQL Se diferencian de los bloques anónimos porque llevan nombre, se almacenan en la base de datos y algunos pueden usar parámetros Los subprogramas que estudiaremos son: Procedimientos Almacenados Funciones Triggers

3 PROCEDIMIENTOS ALMACENADOS Los procedimientos almacenados son utilizados para que realicen cierta operatoria pero que no devuelven resultados al que invocó dicho procedimiento Sintaxis: Create [or Replace] Procedure «nombre_proc» [(lista_parametros)] is.. End [«nombre_proc»];

4 CONSIDERACIONES PARA PROCEDIMIENTOS ALMACENADOS Al ocupar «Or Replace», en el caso que el procedimiento almacenado ya se encuentre en la BD, éste se reemplazará. En caso contrario, arrojará un error en la compilación No es obligatorio agregar el nombre del procedimiento al finalizar su código Un procedimiento almacenado posee las mismas secciones que un bloque anónimo (declaraciones, ejecución y excepciones). La diferencia es que la declaración «Create Is» reemplaza a «Declare» Para eliminar un procedimiento almacenado se usa: Drop procedure «nombre_procedimiento»;

5 EJEMPLO DE PROCEDIMIENTO ALMACENADO Procedimiento Declarado

6 EJECUTAR EL PROCEDIMIENTO ALMACENADO Para ejecutar el procedimiento almacenado por código, podemos usar un bloque anónimo

7 PARÁMETROS PARA PROCEDIMIENTOS ALMACENADOS Los procedimientos almacenados permiten el uso de parámetros Cada parámetro se separa por una coma (,) Sintaxis: «Nombre_param» «tipo_param» «tipo_dato» «opciones» Donde: Nombre_param: Nombre dado al parámetro Tipo_param: Define el tipo de parámetro Tipo_dato: Tipo de dato dado al parámetro Opciones: Se puede utilizar para dar un valor por defecto al parámetro

8 TIPO DE PARÁMETROS Los parámetros pueden ser de entrada (IN), de salida (OUT), o ambos (IN OUT) Parámetros IN: Son aquellos de sólo lectura que se utilizan para ingresar valores al procedimiento. Por defecto, en el caso que no se especifique el tipo de parámetro, éste se asume como de entrada Parámetros OUT: Son aquellos de escritura en donde el procedimiento le asigna un valor para ser utilizado posteriormente por el bloque que lo haya invocado Parámetros IN OUT: Son aquellos que poseen todas las características de los dos tipos anteriores

9 EJEMPLO USO PARÁMETRO DE ENTRADA Dado el siguiente procedimiento Se puede utilizar de la siguiente forma:

10 EJEMPLO USO PARÁMETRO DE SALIDA Dado el siguiente procedimiento Se puede utilizar de la siguiente forma:

11 ASIGNACIÓN DE VALORES A LOS PARÁMETROS Para asignar valores a los parámetros estudiaremos dos notaciones: Posicional: Los valores son asignados en el mismo orden en que los parámetros se encuentran declarados Nominal: Los valores son asignados en cualquier orden explicitando al parámetro al cual se le está asignando

12 EJEMPLO ASIGNACIÓN DE VALORES A PARÁMETROS POR NOTACIÓN POSICIONAL Dado el siguiente procedimiento La asignación de valores es de la siguiente forma:

13 EJEMPLO ASIGNACIÓN DE VALORES A PARÁMETROS POR NOTACIÓN NOMINAL Dado el siguiente procedimiento La asignación de valores es de la siguiente forma:

14 PARÁMETROS FORMALES Y ACTUALES En la declaración de procedimientos que tienen parámetros, a éstos se les conoce como parámetros formales o ficticios La invocación de los procedimientos, consta de dos partes, el nombre del procedimiento y la lista de parámetros, los que también se conocen como parámetros actuales

15 FUNCIONES A diferencia de los procedimientos almacenados, las funciones son utilizadas para que realicen cierta operatoria y que devuelvan un resultado al que invocó dicha función Sintaxis: Create [or Replace] Function «nombre_función» [(lista_parametros)] Return «tipo_dato» is.. Return»valor» ; End [«nombre_función»];

16 CONSIDERACIONES PARA FUNCIONES Las consideraciones son las mismas que para los procedimientos almacenados Las reglas de parámetros de los procedimientos almacenados también se aplican a las funciones. La excepción viene dada porque sólo pueden ser de entrada (IN) Para eliminar una función se usa: Drop function «nombre_función»;

17 EJEMPLO DE FUNCIÓN Función Declarada

18 EJECUTAR FUNCIÓN Para invocar a la función, se puede realizar de distintas formas. Por ejemplo, se puede asignar el resultado directamente en una variable o utilizar una sentencia SELECT - INTO

19 TRIGGER SOBRE TABLAS Los triggers (disparadores) son bloques asociados a una tabla y que se ejecutan automáticamente cuando ocurre una operación DML (Insert, Delete, Update) sobre esa tabla No es recomendable crear triggers muy complejos o una cantidad numerosa para una tabla, ya que la performance puede verse afectada Un trigger no puede llevar el comando Commit o Rollback (ni los bloques que dicho trigger invoque) Los triggers sobre tablas no son los únicos existentes. También existen sobre vistas, o sobre base de datos o esquema

20 SINTÁXIS TRIGGER CREATE [OR REPLACE] TRIGGER «nombre_trigger» {BEFORE AFTER} {DELETE INSERT UPDATE [OF col1, col2,..., coln] [OR {DELETE INSERT UPDATE [OF col1, col2,..., coln]...]} ON «nombre_tabla» [REFERENCING OLD as «nombre_anterior», NEW as «nombre_nuevo»] [FOR EACH ROW [WHEN («condicion»)]] DECLARE. BEGIN... [EXCEPTION]. END «nombre_trigger»;

21 SINTAXIS TRIGGER Donde: {BEFORE AFTER} : Indica si el trigger se ejecuta antes o después de la sentencia que disparó al trigger {DELETE INSERT UPDATE [OF col1, col2,..., coln] [OR {DELETE INSERT UPDATE [OF col1, col2,..., coln]...]}: Indica cual (o cuales) evento está asociado al trigger. Opcionalmente, para el caso de actualización se puede especificar las columnas cuya modificación dispara al trigger [REFERENCING OLD as «nombre_anterior», NEW as «nombre_nuevo»]: Opcional. Asigna nombre a la forma como se referenciará a los registros antes o despues de la ejecución del (los) evento asociado [FOR EACH ROW [WHEN («condicion»)]]: Indica si el trigger se ejecuta a nivel de fila, es decir, por cada registro afectado por el trigger. Opcionalmente se puede agregar una condición para filtrar los registros afectados

22 EJEMPLO DE TRIGGER Trigger Declarado

23 EJEMPLO TRIGGER Para que se ejecute el trigger, debemos invocar la sentencia DML asociada (insert). Consideremos que dicho trigger asigna un identificador cada vez se ingresa un nuevo registro a la tabla auto Fijarse que en el insert no se asignó valor al campo «auto_id». Sin embargo, en la tabla aparece un valor. Eso implica que nuestro trigger ha funcionado

24 VARIABLES OLD Y NEW Dentro del ámbito de un trigger existen dos variables que no es necesario declararlas y ambas son de tipo %ROWTYPE Dichas variables contienen una copia del registro antes (OLD) y después (NEW) de la acción de la sentencia DML asociada (ver ejemplo del trigger anterior) Para modificar el nombre de dichas variables se utiliza la clausula «REFERENCING» del trigger Estas variables son sólo válidas cuando el trigger es a nivel de fila

25 VALORES PARA OLD Y NEW Sentencia OLD NEW Insert Null Valores a insertar Delete Valores originales Null Update Valores Originales Valores modificados

26 PREDICADOS Dentro de un trigger se pueden utilizar predicados, que retornan valores booleanos, para identificar la acción que esta realizando Inserting: Devuelve verdadero si la instrucción que disparó el trigger fue un «Insert» Updating: Devuelve verdadero si la instrucción que disparó el trigger fue un «Update» Deleting: Devuelve verdadero si la instrucción que disparó el trigger fue un «Delete»

27 EJEMPLO USO PREDICADO

28 ELIMINACIÓN Y DESACTIVACIÓN Para eliminar un trigger se utiliza: Drop trigger «nombre_trigger»; Para desactivar un trigger se utiliza Alter trigger «nombre_trigger» disable; Para activar un trigger se utiliza Alter trigger «nombre_trigger» enable; Para activar todos los trigger de una tabla se utiliza Alter table «nombre_tabla» enable all triggers;

29 TABLAS MUTANTES Uno de los errores mas comunes que se producen en la ejecución de un trigger es el de tabla mutante Una tabla mutante es aquella que está siendo modificada por una sentencia SQL (insert, delete, update) Lo anterior implica que dicha tabla no puede ser consultada La solución general mas recurrente (no siempre se puede aplicar) es realizar una copia de los registros que se modificarán por el trigger en una tabla temporal y luego sobre esta tabla temporal realizar las acciones requeridas

30 AYÚDANOS A MEJORAR cesa.martinez@profesor.duoc.cl cmartinezc@duoc.cl

31 FIN César Martínez C. Profesor Instructor de Base de Datos Sede Puente Alto DUOC