S UBPROGRAMAS
PL/SQL
© César Martínez C.
Profesor Instructor de Base de Datos
Sede Puente Alto
DUOC
I NTRODUCCIÓ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
P ROCEDIMIENTOS
A LMACENADOS
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»];
C ONSIDERACIONES PARA
P ROCEDIMIENTOS
A LMACENADOS
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»;
E JEMPLO DE P ROCEDIMIENTO
A LMACENADO
Procedimiento
Declarado
E JECUTAR EL
P ROCEDIMIENTO
A LMACENADO
Para ejecutar el procedimiento almacenado por
código, podemos usar un bloque anónimo
PARÁMETROS PARA
P ROCEDIMIENTOS
A LMACENADOS
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
T IPO
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
E JEMPLO U SO PARÁMETRO
DE E NTRADA
Dado el siguiente procedimiento
Se puede utilizar de la siguiente forma:
E JEMPLO U SO PARÁMETRO
DE S ALIDA
Dado el siguiente procedimiento
Se puede utilizar de la siguiente forma:
A SIGNACIÓ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
E JEMPLO A SIGNACIÓN DE
VALORES A PARÁMETROS POR
NOTACIÓN POSICIONAL
Dado el siguiente procedimiento
La asignación de valores es de la siguiente forma:
E JEMPLO A SIGNACIÓN DE
VALORES A PARÁMETROS POR
NOTACIÓN N OMINAL
Dado el siguiente procedimiento
La asignación de valores es de la siguiente forma:
PARÁMETROS F ORMALES Y
A CTUALES
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
F UNCIONES
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»];
C ONSIDERACIONES PARA
F UNCIONES
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»;
E JEMPLO
Función
Declarada
DE
F UNCIÓN
E JECUTAR F UNCIÓ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
T RIGGER
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
S INTÁXIS T RIGGER
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»;
S INTAXIS T RIGGER
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
E JEMPLO
Trigger
Declarado
DE TRIGGER
E JEMPLO T RIGGER
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
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
VALORES PARA OLD Y NEW
Sentencia
OLD
NEW
Insert
Null
Valores a insertar
Delete
Valores originales
Null
Update
Valores Originales
Valores modificados
P REDICADOS
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»
E JEMPLO U SO P REDICADO
E LIMINACIÓN Y
D ESACTIVACIÓN
Para eliminar un trigger se utiliza:
Para desactivar un trigger se utiliza
Alter trigger «nombre_trigger» disable;
Para activar un trigger se utiliza
Drop trigger «nombre_trigger»;
Alter trigger «nombre_trigger» enable;
Para activar todos los trigger de una tabla se utiliza
Alter table «nombre_tabla» enable all triggers;
TABLAS M UTANTES
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
AYÚDANOS
A
M EJORAR
[email protected]
[email protected]
FIN
© César Martínez C.
Profesor Instructor de Base de Datos
Sede Puente Alto
DUOC
0
