Bases de Datos SQL 1 SQL. Jorge Pérez R. Universidad de Talca, II Semestre 2006

Transcripción

1 Bases de Datos SQL 1 SQL Jorge Pérez R. Universidad de Talca, II Semestre 2006

2 Bases de Datos SQL 2 SQL + Procedural La mayoría de los DBMS actuales permiten extensiones de SQL para la creación de bloques de ejecución similares a los de un lenguaje de programación de propósito general. Sintaxis y Semántica no estándar, depende del DBMS pero son muy similares en general. Nosotros estudiaremos en particular a SQLServer (Para Oracle es muy similar).

3 Bases de Datos SQL 3 SQL + Procedural Los bloques pueden almacenarse en el DBMS en forma compilada para que los clientes de la BD puedan acceder a ellos. Algunas instrucciones generales: declare: declaración de variables. set: asginación de variables. if...else: control de flujo. while: control de flujo. begin...end: agrupación en bloques. Todas las variables comienzan por y se pueden usar en vez de cualquier valor constante.

4 Bases de Datos SQL 4 SQL + Procedural declare se usa para declarar variables en un bloque de instrucciones. money Para asignar valores a variables se puede usar set o el resultado de una consulta. = = max(salario) from empleado Se pueden usar para evitar las consultas anidadas (subconsultas).

5 Bases de Datos SQL 5 SQL + Procedural if se usa para decidir el flujo de las instrucciones <= begin... end Se puede usar por ejemplo para hacer actualizaciones condicionales. while se usa de forma similar para repetir instrucciones mientras cierta condición sea verdadera. <= begin... end

6 Bases de Datos SQL 6 Funciones de Usuario Usando bloques de instrucciones se pueden crear funciones de usuario que pueden usarse en consultas simples. Se usa el comando create function para crearlas y return para el valor de retorno: create function func(@parametro1 tipo1,...) returns money as begin... end

7 Bases de Datos SQL 7 Funciones de Usuario (cont.) Si func es una función que recibe un tipo money se podría hacer una consulta: select nombre, due~no.func(salario) from empleado Como una función es un objeto almacenado en el DBMS, esta debe tener un dueño. Por defecto el dueño es dbo, si se quiere forzar otro dueño se debe especificar al momento de crear la función.

8 Bases de Datos SQL 8 Funciones ya Construidas SQLServer al igual que la mayoría de los DBMS comerciales, provee funciones ya construidas. Funciones para manipular fechas: day, month, year, getdate, dateadd,... Funciones matemáticas: abs, cos, sin, floor, ceiling,... Funciones de strings: substring, lower, upper, trim,... Pueden crearse funciones más complejas que usen estas funciones para calcular su resultado.

9 Bases de Datos SQL 9 Procedimientos Almacenados (Stored Procedures) Son procedimientos que se encuentran compilados y almacenados en el DBMS. Pueden realizar operaciones de mantenimiento, actualización, inserción, eliminación y consulta. Pueden recibir parámetros para realizar sus tareas. Son excelentes para mantener seguridad, encapsulamiento y para aumentar la eficiencia de las aplicaciones que funcionan con interacción con DBMS.

10 Bases de Datos SQL 10 Procedimientos Almacenados (cont.) Para crear un procedimiento almacenado usamos create. almacenados en el DBMS. create procedure tipo1,... as begin... end Un procedimiento no tiene un valor de retorno, pero puede producir resultado en la forma de una o varias consultas.

11 Bases de Datos SQL 11 Restricciones de Integridad Hasta ahora los tipos de restricciones de integridad que hemos visto usan un modelo estático, dependen de valores constantes. Son controladas cada vez que el elemento asociado cambia (en cualquier forma). Hemos usado: Restricciones de unicidad llaves primarias. Restricciones referenciales llaves foráneas. Restricciones de dominio formatos de strings, rangos de valores, etc. Las restricciones que hemos visto, son impuestas por el diseñador de la BD y ejecutadas por el DBMS.

12 Bases de Datos SQL 12 Restricciones Complejas Si quisiéramos restricciones más complejas como: Un empleado que es supervisor de un departamento nunca pueda ganar menos de $ La suma de los salarios de todos los empleados de cierto departamento nunca puede exceder los $ En una base de datos de facturas, el monto de una factura siempre debe ser igual a la suma de los ítemes (productos) asociados a la factura. No pueden expresarse en forma estática (usando check), de hecho las restricciones anteriores involucran más de una tabla de la base de datos. Necesitamos que el programador de la base de datos pueda crear bloques de ejecución para implementar estas restricciones.

13 Bases de Datos SQL 13 Reglas de Negocio Además de chequear restricciones en un sistema de BD nos podría interesar la ejecución de acciones en forma automática. Muchas veces estas acciones están vinculadas a reglas de negocio. Por ejemplo, en una BD de inventario de una empresa, podría interesarnos que al momento que el stock de un producto bajara de cierto rango, automáticamente se generara una nota de pedido de ese producto. Son similares a las restricciones complejas pero desde un punto de vista de generar una acción más que de prohibirla. Las restricciones complejas pueden ser vistas como un tipo de reglas de negocio.

14 Bases de Datos SQL 14 Triggers El estándar SQL3 define procedimientos llamados triggers o disparadores especialmente diseñados para este tipo de restricciones y reglas de negocio. A pesar de que los DBMSs comerciales trabajan a nivel de SQL2, en el aspecto de restricciones complejas se acercan mucho más a SQL3. Los triggers son bloques de código SQL + Procedural que permiten chequear y forzar restricciones complejas de integridad y ejecutar acciones automáticas. Son ejecutados por el DBMS ante ciertos eventos que pueden ser definidos al momento de crear el trigger. Un trigger puede ejecutarse bajo ciertas condiciones, si la condición de trigger es satisfecha.

15 Bases de Datos SQL 15 Triggers (cont.) (estándar SQL3) Un trigger siempre se vincula a un evento sobre una tabla de la base de datos: inserción, actualización o eliminación. Se puede especificar que las acciones del trigger ocurran antes, después o en vez del evento que lo gatilla. Dentro del código del trigger el procedimiento puede referirse a todas las antiguas y nuevas tuplas que fueron insertadas, actualizadas o eliminadas: antiguas antes de la actualización o eliminación nuevas después de la actualización o inserción Los eventos de actualización se pueden vincular, además de a una tabla, a un atributo de ella.

16 Bases de Datos SQL 16 Triggers (cont.) Si quisiéramos hacer un trigger que prevenga el hecho de que un empleado que es supervisor de un departamento nunca pueda ganar menos de $ , podríamos hacer un trigger que: Esté vinculado a una actualización de la tabla EMPLEADO. Para cada una de las tuplas nuevas hacer join con la tabla SUPERVISA y seleccionar los empleados que supervisan a un departamento y tienen salario menor a $ Realizar una de las siguientes acciones: Borrar las tuplas problemáticas de la tabla SUPERVISA, ó Actualizar los salarios problemáticos a $ , ó Deshacer la actualización.

17 Bases de Datos SQL 17 Triggers (cont.) La decisión que se tome dependerán del negocio. Por qué no es necesario hacer un trigger para la inserción de tuplas en EMPLEADO? De hecho, sólo nos importa las actualizaciones a ciertos atributos de la tabla EMPLEADO. Mucho cuidado!!!: Para completar la restricción también se debiese hacer un trigger de inserción en la tabla SUPERVISA!!!

18 Bases de Datos SQL 18 Triggers en SQLServer SQLServer soporta triggers de una manera cercana al estándar SQL3. Algunas restricciones: soporta sólo triggers después o en vez de. Para crear un trigger se usa create trigger. Para especificar el momento de ejecución se usa after (después de) o instead of (en vez de).

19 Bases de Datos SQL 19 Triggers en SQLServer (cont.) Dentro del trigger se puede acceder a dos tablas virtuales: deleted: contiene todas las tuplas eliminadas inserted: contiene todas las tuplas insertadas En una actualización que afecta a la tupla t, el antiguo valor de t aparece en deleted el nuevo en inserted. Por ejemplo si una actualización actualiza la tupla ( P01, Proyecto1, A01 ) a la nueva tupla ( P01, NuevoProyecto1, A01 ): La tupla ( P01, Proyecto1, A01 ) aparece en deleted La tupla ( P01, NuevoProyecto1, A01 ) aparece en inserted

20 Bases de Datos SQL 20 Triggers en SQLServer (cont.) La creación de un trigger en SQLServer se hace: create trigger mi_trigger on mi_tabla after update as... after puede cambiarse por instead of update puede cambiarse por la lista update, insert, delete o cualquier subconjunto de ella. En el cuerpo del trigger se puede referenciar a inserted y deleted.

21 Bases de Datos SQL 21 Triggers en SQLServer (cont.) En el cuerpo de un trigger también se puede usar la función update(atributo) que recibe un atributo y retorna verdadero si el evento involucra actualizaciones del atributo y falso en otro caso. Por ejemplo si una actualización actualiza la tupla ( P01, Proyecto1, A01 ) a la nueva tupla ( P01, NuevoProyecto1, A01 ) en la tabla PROYECTO(codigo,nombre,departamento_codigo): update(codigo) retorna falso update(nombre) retorna verdadero Puede usarse update(nombre) dentro de una sentencia if.

22 Bases de Datos SQL 22 Triggers en SQLServer Ejemplo El siguiente es un ejemplo de trigger en SQLServer create trigger minimo_salario_supervisor on empleado after update as if update(salario) begin update empleado set salario = where rut in ( select rut from inserted as i join supervisa_departamento as s on s.empleado_rut = i.rut where i.salario < ) end

23 Bases de Datos SQL 23 Triggers en SQLServer (cont.) Mucho cuidado se debe tener con las tablas virtuales inserted y deleted Supongamos que tenemos una tabla de historial para almacenar los eventos que ocurren sobre la tabla empleado. La tabla de historial almacena el rut del empleado, la fecha del evento y un comentario acerca del evento. Queremos hacer un trigger que en forma automática para cada inserción, actualización y eliminación inserte una tupla en la tabla de historial.

24 Bases de Datos SQL 24 Triggers en SQLServer (cont.) El siguiente podría ser un trigger que ejecute la acción para el evento insert create trigger historial_empleado_insert on empleado after insert as char(8) = rut from inserted insert into historial_empleado values (@rut,getdate(), Empleado insertado en la BD. ) Este trigger no cumple el objetivo requerido, tiene un GRAVE error Cuál?

25 Bases de Datos SQL 25 Triggers en SQLServer Ejemplo Este trigger sí cumple las características deseadas para la inserción. create trigger historial_empleado_insert on empleado after insert as insert into historial_empleado select rut, getdate(), Empleado insertado en la BD. from inserted Se insertan las tuplas que resultan de una consulta. El error fue suponer que inserted tenía sólo una tupla. Los triggers para actualización y eliminación son similares.

26 Bases de Datos SQL 26 Cursores Un cursor es un puntero a una tupla en el resultado de una consulta. El cursor puede ir avanzando por las tuplas a medida que se necesita. Inicialmente el cursor se encuentra en la primera tupla de la consulta y puede avanzar hasta después de la última tupla. Los cursores son la forma más versátil de acceder a los datos de una consulta. Por ejemplo, en un trigger podríamos con un cursor recorrer una a una las tuplas en las tablas inserted y deleted, y tomar decisiones particulares para cada tupla.

27 Bases de Datos SQL 27 Cursores en SQLServer Un cursor es un tipo especial de datos. Para crear un cursor se usa declare mi_cursor cursor for <consulta> Lo anterior declara un cursor de nombre mi_cursor que puede avanzar por las tuplas resultado de <consulta>. Para hacer avanzar al cursor se usa fetch: fetch next from mi_cursor into <lista de variables> Lo anterior almacena los datos de la tupla actual del cursor en la lista de variables y luego hace avanzar al cursor.

28 Bases de Datos SQL 28 Cursores en SQLServer (cont.) Para saber si el último fetch fue exitoso se usa la variable = 0: el último fetch fue = -1: el último fetch falló o el cursor se encuentra fuera del rango de la puede usarse dentro de un loop while para recorrer todas las tuplas hasta que el cursor salga del rango. es global para todos los cursores en una conexión.

29 Bases de Datos SQL 29 Cursores en SQLServer (cont.) Para comenzar a usar un cursor se debe abrir haciendo open mi_cursor. Cuando se termina de usar un cursor se debe cerrar haciendo close mi_cursor. Dado que el cursor es un puntero, al terminar de usarlo además se debe liberar los recursos usados haciendo deallocate mi_cursor.

30 Bases de Datos SQL 30 Cursores en SQLServer Ejemplo El siguiente ejemplo imprime una lista con info de los departamentos varchar(50) varchar(100) declare departamento_cursor cursor for select nombre, direccion from departamento open departamento_cursor fetch next from while = 0 begin print( Departamento de +, Dirección: fetch next from end close departamento_cursor deallocate departamento_cursor