PL/SQL. - La unidad de programación utilizada por PL/SQL es el bloque. - Todos los programas de PL/SQL están conformados por bloques.

Transcripción

1 PL/SQL - Disponible en - Bibliografía:.Principios de Bases de Datos. Serrano, Sara Lana, Madrid E.U.I.T de Telecomunicación..Gestión de Bases de Datos. Framiñan Torres, Manuel - León Blanco, José, Madrid Anaya..Arquitectura de Bases de datos, Flores, Iván, Buenos Aires Prentice-Hall..Introducción a los sistemas de bases de datos.date, C.J., E.E.U.U. Addison-Wesley..Diseño y Administración de Bases de Datos. Hansen, Gary W. - Hansen, James V., Madrid Prentice Hall..Sistemas Gestores de Bases de Datos. Cabrera Sánchez, Gregorio, Madrid Paraninfo. 1. PL/SQL (Procedural Language/SQL) es una extensión de SQL, que agrega ciertas construcciones propias de lenguajes procedimentales, obteniéndose como resultado un lenguaje estructural más poderoso que SQL. - La unidad de programación utilizada por PL/SQL es el bloque. - Todos los programas de PL/SQL están conformados por bloques. - Típicamente, cada bloque lleva a cabo una acción lógica en el programa. - Un bloque tendrá siempre la siguiente estructura: DECLARE //Sección declarativa: variables, tipos, y subprogramas //de uso local BEGIN //Sección ejecutable: las instrucciones procedimentales, y de SQL //aparecen aquí. Es la única sección obligatoria en el bloque. EXCEPTION //Sección de manejo de excepciones. Las rutinas de manejo de errores //aparecen aquí - Solo se requiere que aparezca la sección ejecutable. Lo demás es opcional. - Las únicas instrucciones SQL permitidas en un bloque PL/SQL son INSERT, UPDATE, DELETE y SELECT, además de algunas instrucciones para manipulación de datos, e instrucciones para control de transacciones. - Otras instrucciones de SQL como DROP, CREATE o ALTER no son permitidas. - Se permite el uso de comentarios estilo C (/*...*/). PL/SQL no es case sensitive por lo que no hay distinción entre nombres con mayúsculas y minúsculas. - En la sección de declaraciones, se indican las variables que serán usadas dentro del bloque y sus tipos. Por ejemplo: DECLARE 1

2 mivar VARCHAR(20); precio NUMBER(6,2); - En algunos casos, es posible que se desee que el tipo de una variable coincida con el tipo usado para una columna de una tabla determinada, en esos casos se puede usar la construcción: DECLARE mivar mitabla.columna%type; Con lo cual se logra que la variable mivar tenga el mismo tipo que la columna de la tabla mitabla. - También es posible inicializar las variables, mediante el operador :=. Además, mediante el uso del mismo operador es posible hacer asignaciones en el cuerpo del programa. Por ejemplo: DECLARE precio NUMBER := 300; BEGIN precio := precio + 150;. run La ejecución de este bloque no tendrá ningún efecto, ya que no se están haciendo cambios sobre la base de datos. - Además es posible usar sentencias condicionales y ciclos dentro de los bloques de PL/SQL. Una sentencia condicional típica es de la forma: IF (condicion) THEN (lista de acciones) ELSE (lista de acciones) END IF; - Si se desea, se puede hacer el uso de varios casos de condición, mediante el uso de: IF... THEN... ELSIF... THEN... ELSIF... THEN..... ELSE... END IF; En ambos casos, la cláusula ELSE es opcional. - Si se desea crear un lazo, se puede usar la instrucción: LOOP lista_de_instrucciones END LOOP; Al menos alguna de las instrucciones debe ser: 2

3 EXIT WHEN condicion; De esta manera, el lazo terminará cuando la condición sea verdadera. Además es posible utilizar la instrucción: WHILE (condicion) LOOP lista_de_instrucciones END LOOP; De esta forma, el ciclo solo se inicia si la condición es verdadera en principio. Es posible que el programa nunca entre en el ciclo. Usando la instrucción LOOP se garantizaba que siempre se ejecutaría el cuerpo del ciclo al menos una vez. - Por último, es posible usar ciclos que se ejecuten un número predeterminado de veces, mediante el uso de la instrucción: FOR i IN a..b LOOP lista_de_instrucciones END LOOP; En este caso i es una variable de uso local, por lo que no es necesario que sea declarada, y puede ser usada dentro del lazo, mientras que a y b son constantes. 2 - Procedimientos almacenados Un procedimiento almacenado es un conjunto de instrucciones en PL/SQL, que puede ser llamado usando el nombre que se le haya asignado. La sintaxis para crear un procedimiento es la siguiente: CREATE [OR REPLACE] PROCEDURE name [(param [IN OUT IN OUT ] datatype)...] [IS AS] pl/sql_subprogram El uso de OR REPLACE permite sobreescribir un procedimiento existente. Si se omite, y el procedimiento ya existe, se producirá un error. Los modificadores IN, OUT, IN OUT indican si el parámetro es de entrada, salida o ambos. A continuación se presenta un ejemplo de creación de un procedimiento: SQL> CREATE PROCEDURE credit (acc_no IN NUMBER, amount IN NUMBER) 1> AS BEGIN 2> UPDATE accounts 3> SET balance = balance + amount 4> WHERE account_id = acc_no; 5> Este procedimiento actualizará la(s) tupla(s) con número de cuenta igual al parámetro acc_no con un incremento de amount en el campo balance de dicha cuenta. Si se desea eliminar (borrar) un procedimiento almacenado, se usa la instrucción: SQL> DROP PROCEDURE name; 3

4 3 - Manejo de cursores El conjunto de filas resultantes de una consulta con la sentencia SELECT, como vimos anteriormente, puede estar compuesto por ninguna, una o varias filas, dependiendo de la condición que define la consulta. Para poder procesar individualmente cada fila de la consulta debemos definir un cursor, que es un área de trabajo de memoria, que contiene los datos de las filas de la tabla consultada por la sentencia SELECT. Los pasos para el manejo de cursores son: 1- Definir el cursor, especificando la lista de parámetros con sus correspondientes tipos de datos y estableciendo la consulta a realizar con la sentencia SELECT. 2- Abrir el cursor para inicializarlo, siendo éste el momento en que se realiza la consulta. 3- Leer una fila del cursor, pasando sus datos a las variables locales definidas a tal efecto. 4- Repetir el proceso fila a fila hasta llegar a la última. 5- Cerrar el cursor una vez que se terminó de procesar su última fila. Ejemplo: Objetivo: Consultar las ventas de una fecha dada ordenadas de mayor a menor. Nombre: CVENTAS. Parámetros: cfecha, variable que contiene la fecha a consultar. Código de definición del cursor: Nombre Parámetro DECLARE CURSOR cventas (cfecha DATE) IS SELECT artículo, valor Consultas FROM ventas WHERE fecha = cfecha ORDER BY valor DESC Con el procedimiento VENTAS5 del fuente 5, mostraremos cómo usar el cursor cventas anteriormente definido, con el fin de registrar en la tabla VENTAMAYOR las 5 mayores ventas en una fecha dada. 4

5 /* --- Fuente PROCEDURE VENTAS5 (xfecha DATE) is BEGIN DECLARE CURSOR cventas (cfecha DATE) IS SELECT articulo,valor FROM ventas WHERE fecha=cfecha ORDER BY valor DESC; BEGIN xarticulo ventas.articulo%type; xvalor ventas.valor%type; OPEN cventas(xfecha); FOR i IN 1..5 LOOP FETCH cventas INTO xarticulo,xvalor; EXIT WHEN cventas%notfound; INSERT INTO ventamayor VALUES (xfecha,xarticulo,xvalor); COMMIT; END LOOP; CLOSE cventas; Para llamar al procedimiento ventas5 en una fecha dada, se puede escribir, por ejemplo: ventas5(to_date('15/11/95','dd/mm/yy') o ventas5(sysdate). A continuación detallaremos las sentencias usadas en este procedimiento: 1) DECLARE cursor Define el cursor, su consulta y la lista de parámetros que se pasan a la orden WHERE, es solo la declaración del cursor y no la realización de la consulta. 2) xarticulo ventas.articulo%type; Define la variable xarticulo igual a la columna artículo de la tabla ventas, que con el uso del atributo de variable %TYPE permite declarar una variable del mismo tipo que una columna de la tabla. No es necesario conocer cómo está definida esa columna en la tabla y, en caso que la definición de la columna sea modificada, automáticamente se cambia la variable xarticulo. 3) OPEN cventas(xfecha); 5

6 Realiza la consulta asociada al cursor (cventas), pasando el valor del parámetro (xfecha) y guardando sus resultados en un área de la memoria, desde la cual, posteriormente, se pueden leer estas filas. 4) FOR i IN 1..5 LOOP Ciclo numérico de repetición para poder consultar las 5 primeras ventas devueltas por el cursor. 5) FETCH cventas INTO xarticulo,xvalor; Lee la siguiente fila de datos del cursor (cventas) y pasa los datos de la consulta a las variables xarticulo y xvalor. 6) EXIT WHEN cventas%notfound; Garantiza la salida del ciclo antes de la última repetición, en caso que para una fecha dada se hayan efectuado menos de 5 ventas, ya que en esta situación la consulta del cursor devuelve menos de 5 filas. 7) %NOTFOUND Es un atributo de cursor que es verdadero cuando la última sentencia FETCH no devuelve ninguna fila. 8) INSERT INTO ventamayor VALUES(xfecha,xarticulo,xvalor); Inserta en la tabla ventamayor los valores leídos desde el cursor. 9) COMMIT; Actualización de la tabla ventamayor. 10) END LOOP; Fin del ciclo. 11) CLOSE cventas; Cierra el cursor, eliminado sus datos del área de memoria. 6

7 4 Triggers (Disparadores o gatillos) Un trigger o un disparador en una Base de datos es un evento que se ejecuta cuando se cumple una condición establecida al realizar una operación de inserción (INSERT), actualización (UPDATE) o borrado (DELETE) Usos Son usados para mejorar la administración de la Base de datos, sin necesidad de contar con el usuario que ejecute la sentencia de SQL. Además, pueden generar valores de columnas, previene errores de datos, sincroniza tablas, modifica valores de una vista, etc. Una vista de base de datos es un resultado de una consulta SQL de cero, una o varias tablas. Las vistas tienen la misma estructura que una tabla: filas y columnas. La única diferencia es que sólo se almacena de ellas la definición, no los datos. - Los datos que se recuperan mediante una consulta a una vista se presentarán igual que los de una tabla. De hecho, si no se sabe que se está trabajando con una vista, nada hace suponer que es así. - Al igual que sucede con una tabla, se pueden insertar, actualizar, borrar y seleccionar datos en una vista. Aunque siempre es posible seleccionar datos de una vista, en algunas condiciones existen restricciones para realizar el resto de las operaciones sobre vistas. - Una vista se especifica a través de una expresión de consulta (una sentencia SELECT) que la calcula y que puede realizarse sobre una o más tablas. Sobre un conjunto de tablas relacionales se puede trabajar con un número cualquiera de vistas Componentes La estructura básica de un trigger es: 1) Llamada de activación: es la sentencia que permite "disparar" el código a ejecutar, 2) Restricción: es la condición necesaria para ejecutar el código. Esta restricción puede ser de tipo condicional o de tipo nulidad 3) Acción a ejecutar: es la secuencia de instrucciones a ejecutar una vez que se han cumplido las condiciones iniciales Tipos Existen dos tipos de triggers, que se clasifican según la cantidad de ejecuciones a realizar: Row Triggers (o Triggers de fila): son aquellos que se ejecutaran n-veces si se llama n-veces desde la tabla asociada al trigger 7

8 Statement Triggers (o Triggers de secuencia): son aquellos que sin importar la cantidad de veces que se cumpla con la condición, su ejecución es única. Ejemplo Un sencillo ejemplo sería crear un trigger para ingresar un pedido de algún producto cuando la cantidad de éste en nuestro almacén sea inferior a un valor determinado. BEFORE UPDATE ON tabla_almacen FOR ALL records IF NEW.producto < 100 THEN INSERT INTO tabla_pedidos(producto) VALUES (1000); END IF; 4.4 Características Un Trigger en PL/SQL es un tipo especial de procedimiento almacenado asociado con una tabla de la base de datos y que se "dispara" (is triggered) cada vez que se ejecuta sobre dicha tabla una sentencia INSERT, una sentencia UPDATE o una sentencia DELETE. Es un procedimiento que permite realizar distintas operaciones cuando un registro de una tabla es actualizado o borrado, o cuando se añade un registro nuevo a dicha tabla. Hay muchas circunstancias en las que el uso de un trigger PL/SQL puede ser extremadamente útil, por ejemplo: - Cuando los datos de una tabla son generados desde otro tipo de procedimientos y se necesita controlar los valores que toman algunos campos determinados de la tabla en cuestión. - Para duplicar los contenidos de una tabla automáticamente y en tiempo real. - Para implementar complejas restricciones sobre los valores que pueden tomar los campos de una tabla, es decir, cuando los CONSTRAINTS que se pueden definir sobre una tabla son insuficientes. - Para controlar las modificaciones de los valores de los campos de una tabla (auditorías). - Para incrementar automáticamente los valores de un campo. - Para realizar actualizaciones de una tabla en cascada. - Para modificar campos o registros de una tabla que un usuario no puede modificar directamente. - Los triggers PL/SQL constituyen una potente herramienta para mantener la integridad de la base de datos, ya que pueden llevar a cabo cualquier acción que sea necesaria para el mantenimiento de dicha integridad. - Los triggers PLSQL pueden llamar a otros procedimientos y disparar otros triggers, pero no admiten parámetros y no pueden ser invocados desde otros procedimientos PLSQL. 8

9 - Los triggers están almacenados en la tabla catálogo del sistema como parte de las propiedades de una tabla. - Los triggers pueden actuar antes o después de que se realice una inserción, un borrado o una actualización de un registro de la tabla involucrada. - Se pueden definir triggers diferentes para cada tipo de evento (INSERT, UPDATE, DELETE) pero lo más lógico es crear un único trigger para todos los eventos y usar una sentencia IF para distinguir que acción realizar dependiendo del evento. Por otro lado los triggers pueden ser a nivel de registro (row) o a nivel de sentencia (statement). - A nivel de registro o fila el trigger se ejecuta cada vez que un registro es actualizado, insertado o borrado. - A nivel de sentencia, el trigger se ejecuta una vez que la sentencia PL/SQL INSERT, UPDATE o INSERT se completa. Obviamente en este caso el trigger sólo puede ser ejecutado después (AFTER) de que se ejecute dicha sentencia Ventajas 1) Estandarización: Un solo procedimiento controla las acciones que pueden realizar el resto de procedimientos sobre una tabla específica. 2) Eficiencia: Cuando un trigger es analizado por el optimizador, el plan de ejecución se almacena en la memoria virtual del servidor, con lo cual, si se vuelve a disparar el trigger PLSQL, este se ejecuta instantáneamente ya que existe una copia del plan de ejecución en la memoria. 3) Seguridad: Aumentan la seguridad porque permiten restringir el acceso de los usuarios a los datos de las tablas, al no poder éstos modificar o acceder a los mismos directamente. Las acciones que realiza un trigger normalmente se limitan en base a los permisos que tiene el usuario que creo la tabla involucrada y no en base a los permisos que tiene el usuario que disparó el trigger Sintaxis CREATE OR REPLACE TRIGGER nombre-del-trigger [BEFORE/AFTER] [INSERT/DELETE/UPDATE/UPDATE OF lista-columnas] [ORDER integer] ON nombre-tabla [REFERENCING [OLD AS nombre-antiguo][new AS nombre-nuevo]] [FOR EACH ROW/FOR EACH STATEMENT] [WHEN {condiciones}] {Bloque estándar de sentencias PL/SQL... BEGIN, EXCEPTION} Aclaraciones: La diferencia entre UPDATE y UPDATE OF lista-columnas es que, en el segundo caso, el trigger PL/SQL se ejecuta sólo cuando se modifica alguna de las columnas de la lista y, en el primer caso, el trigger se ejecuta en caso de que cualquiera de las columnas de la tabla sea modificada. 9

10 La cláusula ORDER se utiliza para determinar el orden en que se deben ejecutar diferentes triggers del mismo tipo (INSERT, DELETE o UPDATE) que se disparan al mismo tiempo sobre una misma tabla. La cláusula REFERENCING permite referirnos con el nombre que nosotros indiquemos (por defecto los nombres son old y new) al valor antiguo (old) de un registro que ha sido borrado o actualizado o al valor nuevo (new) de un registro que ha sido actualizado o insertado. No se puede observar una utilidad evidente a esta cláusula debido a que los valores por defecto son suficientemente explicativos. La cláusula WHEN determina que el trigger PLSQL se dispare sólo para los registros que cumplen la condición de la cláusula. Esta cláusula sólo se puede usar en triggers a nivel de registro. Ejemplo: CREATE TRIGGER tr1_empleados BEFORE INSERT OR UPDATE OF salario ORDER 1 ON empleados FOR EACH ROW WHEN (:new.salario > 5000); BEGIN UPDATE empleados SET salario = 5000 WHERE empleado_id = :new.empleado_id; En este ejemplo, si insertamos o actualizamos el registro de un empleado de manera que su salario sea superior a $ 5000, el trigger PL/SQL actualizará dicho salario al valor de $ 5000 independientemente del salario que se haya insertado o introducido al modificar el registro. 10