• Author / Uploaded
• Franz Argandoña

• Categories
• SQL
• Tabla (base de datos)
• Bases de datos
• Oracle Corporation
• Base de datos relacional

Citation preview

Programación de Bases de Datos Oracle Juan Ruiz de Miras Andrés Molina Aguilar Universidad de Jaén 2001

Universidad de Jaén Departamento de Informática

Programación de Bases de Datos Oracle Prof. Juan Ruiz de Miras Doctor en Informática Prof. Andrés Molina Aguilar Doctor en Informática

Prólogo El objetivo fundamental que nos hemos marcado los autores de estos apuntes, vuestros profesores de Bases de Datos, es proporcionar un material autocontenido que os permita por un lado entender y preparar las prácticas de las diferentes asignaturas de Bases de Datos que debéis cursar en los estudios de I.T. en Informática de Gestión, y también que os sirva de base y guía para vuestro desarrollo en uno de los campos claves dentro de la Informática de Gestión: la Programación de Bases de Datos. No es objetivo de estos apuntes servir de manual detallado de las herramientas que se estudian, ya que para ello existen los correspondientes manuales de programación, listados en la bibliografía, de los cuales nosotros hemos extraído la información necesaria, intentando proporcionar un texto lo más didáctico y fácil de seguir posible, y quedando de esta forma estos manuales como referencias obligadas para una profundización más detallada en los diferentes aspectos tratados en los diferentes capítulos que componen estos apuntes. Persiguiendo que las técnicas adquiridas y las herramientas utilizadas fueran lo suficientemente amplías para cubrir tanto los conceptos teóricos introducidos en las diferentes asignaturas, como útiles para vuestro futuro desempeño laboral, el software elegido ha sido el gestor relacional de bases de datos Oracle y su entorno de programación Developer/2000. De esta forma dispondremos de un software de amplia difusión profesional que nos permitirá implementar aplicaciones completas de acceso a datos: desde el diseño y programación del servidor de datos, hasta el desarrollo e implementación de aplicaciones clientes apoyadas en estas bases de datos. En concreto, en primer lugar estudiaremos el lenguaje estándar SQL, que nos permite crear, almacenar, modificar y consultar la información almacenada en una base de datos, así como su extensión procedural en Oracle, conocido como PL/SQL, que nos permitirá la programación de disparadores y procedimientos almacenados en el servidor de bases de datos. Finalmente veremos cómo desarrollar aplicaciones clientes en entorno Windows de acceso a bases de datos, utilizando las herramientas propias de Oracle para desarrollo de formularios (FORMS) y de informes (REPORTS) integradas dentro del paquete Developer/2000.

Los autores.

Índice INTRODUCCIÓN ................................................................................................................................... 1 1. 2. 3. 4. 5. 5.1. 5.2.

INTRODUCCIÓN.............................................................................................................................. 3 EL RDBMS ORACLE ........................................................................................................................ 3 NOCIONES BÁSICAS DE SQL*PLUS .................................................................................................. 4 USUARIOS DE LA BASE DE DATOS, CAMBIO DE CONTRASEÑA............................................................ 4 EL DICCIONARIO DE DATOS DE ORACLE ........................................................................................... 5 TABLAS DEL DICCIONARIO DE DATOS.......................................................................................... 5 LAS VISTAS DEL DICCIONARIO DE DATOS .................................................................................... 6

SQL: LENGUAJE DE CONSULTA ESTRUCTURADO........................................................................ 9 1. INTRODUCCIÓN............................................................................................................................ 11 2. TIPOS DE DATOS Y CONVERSIÓN ENTRE TIPOS .............................................................................. 12 3. EXPRESIONES Y OPERADORES CONDICIONALES ............................................................................ 13 4. CREACIÓN, MODIFICACIÓN Y DESTRUCCIÓN DE TABLAS............................................................... 15 4.1. CREACIÓN DE TABLAS .......................................................................................................... 15 4.2. MODIFICACIÓN DE TABLAS .................................................................................................... 17 4.2.1. HABILITACIÓN/DESHABILITACIÓN DE RESTRICCIONES DE INTEGRIDAD ...................................... 18 4.3. ELIMINACIÓN DE TABLAS....................................................................................................... 18 5. INSERCIÓN, MODIFICACIÓN Y ELIMINACIÓN DE DATOS.................................................................. 19 5.1. INSERCIÓN DE DATOS ............................................................................................................. 19 5.2. MODIFICACIÓN DE DATOS ....................................................................................................... 19 5.3. ELIMINACIÓN DE DATOS .......................................................................................................... 20 6. CONSULTAS SOBRE LA BASE DE DATOS ........................................................................................ 20 6.1. CONCEPTOS BÁSICOS RELATIVOS AL COMANDO SELECT ........................................................ 21 6.2. OTROS USOS DEL COMANDO SELECT .................................................................................... 27 6.2.1. CONSULTA DE INFORMACIÓN AGRUPADA .............................................................................. 30 6.2.2. SUBCONSULTAS .................................................................................................................. 34 6.2.3. VARIABLES DE TUPLA Y CONSULTAS SINCRONIZADAS ............................................................ 35 6.2.4. OPERACIONES ENTRE CONJUNTOS ...................................................................................... 36 7. VISTAS ....................................................................................................................................... 39 7.1. CONCEPTO DE VISTA............................................................................................................... 39 7.2. DEFINICIÓN DE VISTAS EN ORACLE .......................................................................................... 40 7.3. EJEMPLOS DE UTILIZACIÓN DE VISTAS ...................................................................................... 41 8. EJERCICIOS RESUELTOS ............................................................................................................. 43 8.1. CREACIÓN DE TABLAS ............................................................................................................. 43 8.2. MODIFICACIÓN DE TABLAS ....................................................................................................... 44 8.3. INSERCIÓN DE TUPLAS ............................................................................................................ 44 8.4. ACTUALIZACIÓN Y BORRADO DE TUPLAS................................................................................... 46 8.5. CONSULTAS ........................................................................................................................... 46 8.6. VISTAS ................................................................................................................................... 48

PL/SQL: PROGRAMACIÓN DEL SERVIDOR...................................................................................... 49 1. INTRODUCCIÓN.............................................................................................................................. 51 1.1. TABLAS PARA LOS EJEMPLOS ......................................................................................................... 52 2. ESTRUCTURA DE LOS BLOQUES PL/SQL ........................................................................................ 52 3. DECLARACIONES ........................................................................................................................... 53 4. ELEMENTOS DEL LENGUAJE ........................................................................................................... 54 5. MANEJO DE CURSORES ................................................................................................................. 56 6. MANEJO DE EXCEPCIONES ............................................................................................................ 58 7. PROCEDIMIENTOS Y FUNCIONES .................................................................................................... 60 8. DISPARADORES (TRIGGERS).......................................................................................................... 63 VISIÓN GENERAL ...................................................................................................................... 63 8.1. ESTRUCTURA DE LOS DISPARADORES ........................................................................................ 63 8.2. EJEMPLOS DE DISPARADORES ................................................................................................... 65 8.3. PROGRAMACIÓN DE DISPARADORES .......................................................................................... 67 8.4. MAS SOBRE DISPARADORES ...................................................................................................... 69 8.5.

DEVELOPER/2000: FORMS. PROGRAMACIÓN DEL CLIENTE........................................................ 71 INTRODUCCIÓN.............................................................................................................................. 73 DESIGNER ................................................................................................................................ 73 RUNFORM................................................................................................................................. 74 ESTRUCTURACIÓN DE UN FORMATO................................................................................................ 74 EL PROCESO DE DESARROLLO DE UN FORMATO .............................................................................. 76 CREACIÓN DE UN FORMATO POR DEFECTO ................................................................................. 76 MANIPULACIÓN DEL FORMATO ................................................................................................... 78 CREACIÓN DE UN FORMATO GENERAL ........................................................................................ 81 TIPOS DE ITEMS ............................................................................................................................ 83 LIST ITEMS................................................................................................................................ 83 RADIO GROUP ........................................................................................................................... 85 CHECK BOX .............................................................................................................................. 87 LISTAS DE VALORES CALCULADAS EN TIEMPO DE EJECUCIÓN ........................................................... 88 FORMATOS MAESTRO - DETALLE ................................................................................................... 90 AÑADIENDO CÓDIGO A LA APLICACIÓN: PL/SQL + DISPARADORES .................................................. 93 REFERENCIAS A OBJETOS: OBJETOS DE LA PARTE CLIENTE Y OBJETOS DE LA PARTE SERVIDOR DE LA APLICACIÓN ...................................................................................................... 94 TIPOS DE DISPARADORES ......................................................................................................... 95 7.2. EL LENGUAJE DE LOS DISPARADORES: PL/SQL.......................................................................... 99 7.3. EJEMPLOS DE DISPARADORES FORMS ............................................................................... 100 7.3.1. 8. CREACIÓN DE MENÚS................................................................................................................ 105

1. 1.1. 1.2. 2. 3. 3.1. 3.2. 3.3. 4. 4.1. 4.2. 4.3. 5. 6. 7. 7.1.

DEVELOPER/2000: REPORTS. PROGRAMACIÓN DEL CLIENTE ................................................. 109 1. 2. 3. 4. 4.1. 4.2. 5. 5.1. 5.2.

INTRODUCCIÓN............................................................................................................................ 111 CONCEPTOS BÁSICOS.................................................................................................................. 111 EL ENTORNO DE DESARROLLO DEL INFORME ................................................................................. 112 CREACIÓN DE INFORMES ............................................................................................................. 113 CREACIÓN DE UN INFORME CON ESTILO TABULAR POR DEFECTO ............................................... 113 MEJORANDO EL ASPECTO DEL INFORME ................................................................................... 116 OTROS ESTILOS DE INFORMES ..................................................................................................... 123 INFORME CON ESTILO MAESTO - DETALLE ................................................................................ 123 INFORME CON ESTILO MATRIZ.................................................................................................. 125

BIBLIOGRAFÍA ................................................................................................................................. 129

1 Introducción

Introducción

Programación de Bases de Datos Oracle

1. Introducción Las prácticas de las asignaturas de Bases de Datos se van a realizar utilizando el Sistema de Gestión de Bases de Datos Relacional (RDBMS) ORACLE. Varias son las razones que justifican la impartición de estas prácticas utilizando ORACLE. En primer lugar, ORACLE es un producto comercial ampliamente extendido y utilizado, que cuenta con una importante cuota de mercado dentro del mundo de las bases de datos, estando disponible para prácticamente la totalidad de plataformas posibles (Windows, MAC, UNIX, LINUX, ...) con la ventaja de que las aplicaciones realizadas para una plataforma concreta pueden ser portadas de forma automática a cualquiera de las otras plataformas. ORACLE permite almacenar gran cantidad de información y su posterior manejo de forma rápida y segura, destacando además su valor educativo, ya que la herramienta que utiliza ORACLE para acceder a la base de datos es el lenguaje no procedural SQL, y este lenguaje es relacionalmente completo, es decir, implementa prácticamente toda la funcionalidad y características del modelo relacional teórico.

2. El RDBMS ORACLE ORACLE como todo sistema de base de datos está constituido por los datos, esto es, un conjunto de ficheros que contienen la información que forma la base de datos, y por un software encargado de manipular la base de datos llamado RDBMS. Pero, además, ORACLE proporciona una serie de herramientas para trabajar con la base de datos, algunas de ellas son: • SQL*PLUS: es una herramienta de programación y consulta que permite a los usuarios la manipulación directa de la información de la base de datos usando el lenguaje SQL. • DEVELOPER/2000: es un conjunto de programas clientes que se ejecutan bajo plataforma WINDOWS y que permiten crear de una manera cómoda y rápida aplicaciones clientes ejecutables bajo WINDOWS para acceder, manipular y mostrar la información almacenada en un servidor ORACLE. • Precompiladores: es un conjunto de utilidades que permiten insertar dentro de programas escritos en lenguajes de programación tradicionales (C, PASCAL, COBOL, ...) sentencias SQL y bloques PL/SQL (lenguaje estructurado de Oracle). • SQL*DBA: es la utilidad que permite realizar las tareas de administración de la base de datos. En los capítulos posteriores se van a estudiar, en primer lugar el lenguaje de programación SQL, estándar para el acceso a base de datos; posteriormente ampliaremos las posibilidades de programación del servidor ORACLE mediante el estudio del lenguaje PL/SQL que permite una programación avanzada a través de la utilización de disparadores y prodecimientos almacenados;

3

Universidad de Jaén

Programación de Bases de Datos Oracle

Introducción

finalmente se desarrollará un estudio a modo de tutorial de parte de DEVELOPER/2000, en concreto de FORMS 4.5 y REPORTS 2.5, lo que permitirá desarrollar cualquier aplicación clásica de gestión de bases de datos en entorno cliente/servidor y dentro del marco de las herramientas proporcionadas por Oracle.

3. Nociones básicas de SQL*Plus PLUS31 es un cliente SQL para bases de datos Oracle. El servidor Oracle se encuentra instalado en un servidor aparte. En este servidor reside el RDBMS Oracle (software + base de datos física) y el software de red (SQL*Net). Una vez ejecutado el programa aparece en pantalla la ventana LOG ON, la cual pide los parámetros necesarios para realizar la conexión al servidor Oracle. Estos parámetros son el nombre de usuario, el password y la cadena de conexión que establece el protocolo de comunicación que se va a utilizar, la dirección de la máquina que corre el servidor Oracle y el nombre de la base de datos a la que se quiere acceder (a partir de SQL*Net v. 2 esta cadena de conexión queda enmascarada con un alias que se establece en el fichero tnsnames.ora que debe aparecer tanto en el servidor como en cada cliente). Existen dos comandos básicos de SQL*Plus, no de SQL, que son host y start. El comando HOST sirve para ejecutar comandos del sistema operativo sin necesidad de abandonar ORACLE. Un ejemplo de este comando sería host dir. Si se ejecuta el comando host sin ningún argumento, se abre una ventana shell del sistema operativo que se cerrará al ejecutar exit. El comando START (se puede abreviar utilizando el símbolo @) permite ejecutar ficheros que contengan conjuntos de comandos SQL ó SQL*Plus, ahorrando el tener que volver a introducirlos uno a uno. Para editar estos ficheros de comandos se puede utilizar cualquier editor de textos. Estos ficheros de comandos suelen llevar la extensión .SQL.

4. Usuarios de la base de datos, cambio de contraseña Oracle es un RDBMS multiusuario, lo que significa que para poder acceder a una base de datos Oracle se debe tener cuenta en ella. Cada usuario dentro de la base de datos tiene un nombre de usuario (username) y una palabra clave (password). La creación de usuarios dentro de la base de datos es una de las tareas del DBA (Administrador de la Base de Datos). Cuando el DBA añade un usuario a la base de datos, establece su username y su password, aunque el nuevo usuario puede posteriormente cambiar el password utilizando el comando SQL ALTER USER. La forma de añadir usuarios a la base de datos y establecer los privilegios de que van a gozar es mediante el comando SQL GRANT. Una manera sencilla de crear un nuevo usuario con nombre de usuario user1, password pp100 y con privilegios de conexión y de creación de objetos es: GRANT connect, resource TO user1 IDENTIFIED BY pp100; Para tener un control más detallado (asignación de quotas, recursos, privilegios, ...) de la creación de usuarios se utiliza el comando CREATE USER. En un momento determinado puede interesar eliminar algún privilegio de un usuario concreto, para ello se utiliza el comando de SQL REVOKE. Universidad de Jaén

4

Introducción

Programación de Bases de Datos Oracle

Si el usuario con username user1 quiere cambiar su password estableciéndolo como pp453, debe ejecutar el siguiente comando SQL desde SQL*Plus: ALTER USER user1 IDENTIFIED BY pp453;

5. El Diccionario de Datos de ORACLE El diccionario de datos (DD) de ORACLE es uno de los componentes más importantes del DBMS ORACLE. Contiene toda la información sobre las estructuras y objetos de la base de datos así como de las tablas, columnas, usuarios, ficheros de datos, etc. Los datos guardados en el diccionario de datos son también llamados metadatos. Aunque el DD es usualmente del dominio del administrador de base de datos (DBA), es una valiosa fuente de informacion para los usuarios y desarrolladores. El DD consta dos niveles: • nivel interno: contiene todas las tablas base que son utilizadas por el SGBD y que no son normalmente accesibles para el usuario, • nivel externo: proporciona numerosas vistas de estas tablas base para acceder a la información sobre objetos y estructuras a diferentes niveles con detalle.

5.1. Tablas del Diccionario de Datos La instalación de una base de datos ORACLE siempre incluye la creación de tres usuarios standard ORACLE: • SYS: este es el propietario de todas las tablas del DD y de las vistas. Esta utilidad tiene el enorme privilegio de manejar objetos y estructuras de una base de datos ORACLE así como crear nuevos usuarios. • SYSTEM: es el propietario de las tablas usadas por las diferentes herramientas como SQL*Forms, SQL*Reports etc. • PUBLIC: este es un usuario “dominante” en una base de datos ORACLE. Todos los privilegios asignados a este usuario son automáticamente asignados a todos los usuarios que se conocen en la base de datos. Las tablas y vistas que proporciona el DD contienen información sobre: • Usuarios y sus privilegios • Tablas, columnas de tabla y sus tipos de datos, restricciones de integridad e índices • Estadísticas sobre tablas e índices usados • Privilegios concedidos a los objetos de la BD • Estructuras de almacenamiento de la BD El comando SQL SELECT

*

FROM DICTIONARY;

lista todas las tablas y vistas del diccionario de base de datos que son accesibles para el usuario. La 5

Universidad de Jaén

Programación de Bases de Datos Oracle

Introducción

información seleccionada incluye el nombre y una corta descripción de cada tabla y vista. La consulta SELECT *

FROM TABS;

recupera los nombres de todas las tablas pertenecientes al usuario que emite este comando. La consulta SELECT * FROM COL; devuelve toda la información sobre las columnas de algunas tablas. Cada operación SQL requiere de varios accesos directos a las tablas y vistas del DD. Puesto que el diccionario de datos en sí mismo consiste en tablas, ORACLE tiene que generar numerosas sentencias SQL para chequear si el comando SQL emitido por el usuario es correcto y puede ser ejecutado. Por ejemplo, la consulta SQL SELECT * FROM EMPLEADO WHERE SALARIO> 2000; requiere la verificación de si (1) la tabla EMPLEADO existe, (2) el usuario tiene el privilegio de acceder a esta tabla, (3) la columna SALARIO está definida en esta tabla, etc.

5.2. Las vistas del Diccionario de Datos El nivel externo del DD proporciona un interface para acceder a la información relevante para los usuarios. Este nivel tiene numerosas vistas (en ORACLE7 aproximadamente 540) que representan (una porción de) los datos de las tablas base del DD de un modo legible y entendible. Estas vistas pueden utilizarse en consultas SQL como si fueran tablas normales. Las vistas proporcionadas por el DD se dividen en tres grupos: USER, ALL y DBA. Los nombres de los grupos construyen el prefijo para cada nombre de tabla. Para algunas vistas, hay sinonimos asociados (descritos en las tablas adjuntas). • USER_: las tuplas en la vista USER contienen información sobre objetos pertenecientes al usuario que realiza la consulta SQL (usuario actual). USER_TABLES USER_CATALOG USER_COL_COMMENTS USER_CONSTRAINTS USER_INDEXES USER_OBJECTS USER_TAB_COLUMNS USER_TAB__COMMENTS USER_TRIGGERS USER_USERS USER_VIEWS

Universidad de Jaén

Todas las tablas con su nombre, numero de columnas, información almacenada, etc. (TABS) Tablas, vistas y sinónimos (CAT) Comentarios en columnas Definiciones de restricciones para tablas Información sobre indices creados para las tablas (IND) Todos los objetos de la BD propiedad del usuario(OBJ) Columnas de las tablas y vistas propiedad del usuario (COLS) Comentarios sobre tablas y vistas Disparadores definidos por el usuario Información sobre el usuario actual Vistas definidas por el usuario

6

Introducción

Programación de Bases de Datos Oracle

• ALL_: las filas de las vistas ALL contienen idéntica información que las vistas USER pero de todos los usuarios. La estructura de estas vistas es análoga a la estructura de las vistas USER. ALL_TABLES ALL_CATALOG ALL_OBJECTS ALL_TRIGGERS ALL_USERS ALL_VIEWS

Propietario, nombre de todas las tablas accesibles Propietario, tipo y nombre de todas las tablas accesibles, vistas y sinónimos. Propietario, tipo y nombre de todos los objetos accesibles de la BD …. …. ….

• DBA_: Las vistas DBA incluyen información sobre todos los objetos de la BD sin tener a los propietarios de dichos objetos. Sólo los usuarios con privilegios DBA pueden acceder a estas vistas.

DBA_TABLES DBA_CATALOG DBA_OBJECTS DBA_DATA_FILES DBA_USERS

7

Tablas de todos los usuarios de la BD Tablas vistas y sinónimos definidos en la BD Objetos de todos los usuarios Información sobre los ficheros de datos Información sobre los usuarios de la BD

Universidad de Jaén

2 SQL: Lenguaje de Consulta Estructurado

SQL

Programación de Bases de Datos Oracle

1. Introducción SQL (Structured Query Language, Lenguaje de Consulta Estructurado) es un lenguaje de programación estándar para el acceso a bases de datos. La mayoría de bases de datos comerciales permiten ser accedidas mediante SQL, siendo mínimas las diferencias entre las distintas implementaciones. El lenguaje SQL que va a ser estudiado es el implementado en la versión 7 del RDBMS Oracle. A diferencia de otros lenguajes de programación, programar en SQL es relativamente sencillo, debido principalmente a que es un lenguaje no procedural, es decir, se dice QUÉ es lo que se quiere hacer pero no CÓMO hacerlo; además de la sencillez conceptual del modelo relacional en que se basa SQL. SQL, como cualquier lenguaje de base de datos, se divide básicamente en: • Lenguaje de Definición de Datos (DDL): proporciona órdenes para definir, modificar o eliminar los distintos objetos de la base de datos (tablas, vistas, índices...). • Lenguaje de Manipulación de Datos (DML): proporciona órdenes para insertar, suprimir y modificar tuplas de las tablas de la base de datos. • Lenguaje de Control de Datos (DCL): que permite establecer derechos de acceso de los usuarios sobre los distintos objetos de la base de datos. Existen básicamente dos formas de utilizar SQL para acceder a una base de datos: a través de un intérprete SQL conectado a la base de datos (como por ejemplo SQL*Plus de Oracle), o bien insertando código SQL dentro de programas escritos en otros lenguajes como C o COBOL. A este último SQL se le denomina SQL empotrado y requiere de un preproceso que convierta los comandos SQL en llamadas a librerías propias de ese lenguaje de programación. Evidentemente no es el objetivo de esta publicación dar un manual completo del lenguaje, sino estudiar los comandos fundamentales que permitan implementar cualquier aplicación estándar. En la bibliografía se proponen varios libros que profundizan en todos los detalles del lenguaje.

NOTA: la notación utilizada para la especificación de los comandos de SQL es la siguiente: • palabras clave en mayúsculas, • los corchetes [] indican opcionalidad, • las llaves {} delimitan alternativas separadas por | de las que se debe elegir una, • los puntos suspensivos ... indican repetición varias veces de la opción anterior.

11

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

2. Tipos de datos y conversión entre tipos Los tipos de datos principales de ORACLE son los siguientes: • VARCHAR(n): dato de tipo carácter, de n caracteres de longitud. • NUMBER: dato de tipo numérico de un máximo de 40 dígitos, además del signo y el punto decimal. Se puede utilizar notación científica (1.273E2 es igual a 127.3). • NUMBER(n,d): dato de tipo numérico con n dígitos en total como máximo y d dígitos decimales como mucho. NUMBER(4,2) tiene como máximo valor 99.99. • DATE: datos de tipo fecha.

Cadenas de caracteres (VARCHAR(n)): Se delimitan utilizando comillas simples: ‘Hola’, ‘Una cadena’. Además de los operadores de comparación e igualdad (, =, !=, ...) otras funciones útiles para trabajar con cadenas son: • cad || cad : concatena dos cadenas. • LENGTH(cad): devuelve la longitud de la cadena. • LOWER(cad): convierte todas las letras de la cadena a minúsculas. • UPPER(cad): ídem a mayúsculas. • SUBSTR(cad, comienzo [, cuenta]): extrae la subcadena de cad empezando en la posición comienzo y con longitud (la subcadena) cuenta. El primer caracter de la cadena tiene como índice el número 1.

Números (NUMBER): Además de las operaciones típicas con valores numéricos (+, -, *, /), otras funciones útiles son: • ABS(num): devuelve el valor absoluto. • SQRT(num): devuelve la raíz cuadrada. • POWER(b,e): devuelve la potencia be. • GREATEST(num1, num2, ...): devuelve el mayor valor de la lista de valores. • LEAST(num1, num2, ...): devuelve el menor valor de la lista. Existen otras funciones para grupos de valores (suma, media, máximo, ...) que se verán en apartados posteriores.

Universidad de Jaén

12

SQL

Programación de Bases de Datos Oracle

Fechas (DATE): El formato de una valor de tipo DATE es: ‘dd-mmm-yy’, donde tanto el día como el año tiene formato numérico y el mes se indica con las tres primeras letras del nombre del mes en el idioma soportado por el servidor ORACLE. Ejemplos: ‘1-JAN-96’, ‘28-jul-74’. Además de esta información, un valor de tipo fecha almacena también la hora en formato hh:mm:ss. Las fechas se pueden comparar con los operadores típicos de comparación (, !=, =, ...). La función SYSDATE devuelve la fecha actual (fecha y hora). Con las fechas es posible realizar operaciones aritméticas como sumas y restas de fechas, teniendo en cuenta que a una fecha se le suman días y que la diferencia entre dos fechas se devuelve también en días. Por ejemplo SYSDATE + 1 devuelve la fecha de mañana. Oracle permite tanto la conversión de tipos implícita como la explícita. La conversión de tipos implícita significa que cuando Oracle encuentra en un lugar determinado (por ejemplo en una expresión) un dato de un tipo diferente al esperado, entonces aplica una serie de reglas para intentar convertir ese dato al tipo esperado. Por ejemplo, si un atributo de una tabla determinada es de tipo NUMBER y se intenta introducir el valor de tipo caracter '1221', entonces automáticamente se convierte en su valor numérico equivalente sin producirse ningún error. La conversión de tipos explícita se realiza básicamente con las siguientes funciones: • Conversión número-cadena: TO_CHAR(número [, formato]). • Conversión cadena-número: TO_NUMBER(cadena [,formato]). • Conversión fecha-cadena:

TO_CHAR(fecha [, formato]).

• Conversión cadena-fecha:

TO_DATE(cadena [, formato]).

La opción formato permite especificar un modelo de formato o máscara consistente en una cadena de caracteres que describe el formato en el que se quiere obtener el resultado o en el que se da el parámetro. Algunos ejemplos de la utilización de estas funciones son: • TO_CHAR('25-dec-98', 'YY') devuelve '98'. • TO_CHAR(123.34,'09999.999') devuelve '00123.340'.

3. Expresiones y operadores condicionales Las condiciones son expresiones lógicas (devuelven verdadero o falso) que se sitúan normalmente junto a una cláusula SQL que utilizan muchos comandos, la cláusula WHERE. La cláusula WHERE selecciona un subconjunto de tuplas, justo aquellas que cumplen la condición especificada. Una condición también puede aparecer en otras cláusulas de determinados comandos SQL, como por ejemplo en la cláusula CHECK que sirve para establecer condiciones sobre los valores almacenados en una tabla. Las condiciones se construyen utilizando los operadores de comparación y los operadores lógicos. A continuación se describen los operadores más importantes junto con ejemplos de su utilización. • =, , =, < y >. Ejemplos: • horas >= 10.5 13

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

• nombre = 'PEPE' • fecha < ‘1-ene-93’ • [NOT] IN lista_valores: Comprueba la pertenencia a la lista de valores. Generalmente, los valores de la lista se habrán obtenido como resultado de un comando SELECT (comando de consulta). Ejemplo: • nombre NOT IN ('PEPE', 'LOLA') • oper {ANY | SOME} lista_valores: Comprueba que se cumple la operación oper con algún elemento de la lista de valores. oper puede ser , =, . Ejemplo: • nombre = ANY ('PEPE', 'LOLA') • oper ALL lista_valores: Comprueba que se cumple la operación oper con todos los elementos de la lista de valores. oper puede ser , =, . Ejemplo: • nombre ALL ('PEPE', 'LOLA') • [NOT] BETWEEN x AND y: Comprueba la pertenencia al rango x - y. Ejemplo: • horas BETWEEN 10 AND 20 que equivale a horas >= 10 AND horas 10 AND telefono IS NULL • NOT: NOT (nombre IN ('PEPE','LUIS'))

4. Creación, modificación y destrucción de TABLAS Los tres comandos SQL que se estudian en este apartado son CREATE TABLE, ALTER TABLE y DROP TABLE, pertenecientes al DDL. Estos comandos permiten respectivamente crear y modificar la definición de una tabla y eliminarla de la base de datos.

4.1. Creación de TABLAS Para la creación de tablas con SQL se utiliza el comando CREATE TABLE. Este comando tiene una sintaxis más compleja de la que aquí se expone, pero se van a obviar aquellos detalles que quedan fuera del ámbito de esta publicación.

La sintaxis del comando es la siguiente: CREATE TABLE nombre_tabla ( {nombre_columna tipo_datos [restricción_columna] ... | restricción_tabla} [,{nombre_columna tipo_datos [restricción_columna] ... | restricción_tabla}] ... ); Donde restricción_columna tiene la sintaxis: [CONSTRAINT nombre_restricción] {[NOT] NULL | {UNIQUE | PRIMARY KEY} | REFERENCES nombre_tabla [(nombre_columna)] [ON DELETE CASCADE] | CHECK (condición) }

15

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

y restricción_tabla tiene la sintaxis: [CONSTRAINT nombre_restricción] {{UNIQUE | PRIMARY KEY} (nombre_columna [,nombre_columna] ...) | FOREIGN KEY (nombre_columna [,nombre_columna] ...) REFERENCES nombre_tabla [(nombre_columna [,nombre_columna] ...)] [ON DELETE CASCADE] } El significado de las distintas opciones es: • UNIQUE: impide que se introduzcan valores repetidos para ese atributo. No se puede utilizar junto con PRIMARY KEY. • NOT NULL: evita que se introduzcan tuplas con valor NULL para ese atributo. • PRIMARY KEY: establece ese atributo como la llave primaria de la tabla. • CHECK (condición): permite establecer condiciones que deben cumplir los valores introducidos en ese atributo. La condición puede ser cualquier expresión válida que sea cierta o falsa. Puede contener funciones, atributos (de esa tabla) y literales. Si un CHECK se especifica como una restricción de columna, la condición sólo se puede referir a esa columna. Si el CHECK se especifica como restricción de tabla, la condición puede afectar a todas las columnas de la tabla. Sólo se permiten condiciones simples, por ejemplo, no está permitido referirse a columnas de otras tablas o formular subconsulas dentro de un CHECK. Además las funciones SYSDATE y USER no se pueden utilizar dentro de la condición. En principio están permitidas comparaciones simples de atributos y operadores lógicos (AND, OR y NOT). • PRIMARY KEY lista_columnas: sirve para establecer como llave primaria un conjunto de atributos. • FOREIGN KEY: define una llave externa de la tabla respecto de otra tabla. Esta restricción especifica una columna o una lista de columnas como de clave externa de una tabla referenciada. La tabla referenciada se denomina tabla padre de la tabla que hace la referencia llamada tabla hija. En otras palabras, no se puede definir una restricción de integridad referencial que se refiere a una tabla antes de que dicha tabla haya sido creada. Es importante resaltar que una clave externa debe referenciar a una clave primaria completa de la tabla padre, y nunca a un subconjunto de los atributos que forman esta clave primaria. • ON DELETE CASCADE: especifica que se mantenga automáticamente la integridad referencial borrando los valores de la llave externa correspondientes a un valor borrado de la tabla referenciada (tabla padre). Si se omite esta opción no se permitirá borrar valores de una tabla que sean referenciados como llave externa en otras tablas. En la definición de una tabla pueden aparecer varias cláusulas FOREIGN KEY, tantas como llaves externas tenga la tabla, sin embargo sólo puede existir una llave primaria, si bien esta llave primaria puede estar formada por varios atributos. La utilización de la cláusula CONSTRAINT nombre_restricción establece un nombre determinado para la restricción de integridad, lo cual permite buscar en el Diccionario de Datos de la base de datos con posterioridad y fácilmente las restricciones introducidas para una determinada tabla. Ejemplo: CREATE TABLE coches (

Universidad de Jaén

16

SQL

Programación de Bases de Datos Oracle mat marca an_fab

VARCHAR(8) CONSTRAINT pk_coches PRIMARY KEY, VARCHAR(15), NUMBER(2)

); En los ejercicios de este tema se pueden encontrar más ejemplos del comando CREATE TABLE correspondientes a las tablas que van a ser utilizadas para ejemplificar los distintos conceptos introducidos en los temas relativos a Oracle. El comando de SQL*PLUS describe nombre_tabla permite ver la definición de una tabla concreta de la base de datos. En esta descripción aparecerán los nombres de los atributos, el tipo de datos de cada atributo y si tiene o no permitidos valores NULL. Toda la definición y restricciones de una tabla creada con el comando CREATE TABLE pueden ser consultadas a través de las siguientes tablas y vistas del Diccionario de Datos de Oracle: • USER_TABLES: almacena toda la información de almacenamiento físico relativa a una tabla. • USER_CONSTRAINTS: almacena todas las restricciones de integridad definidas por un usuario concreto. • USER_CONS_COLUMNS: almacena las restricciones de integridad definidas sobre cada atributo.

4.2. Modificación de TABLAS Para modificar la definición de una tabla se utiliza el comando ALTER TABLE. Las posibles modificaciones que se pueden hacer sobre la definición de una tabla son añadir un nuevo atributo o modificar uno ya existente. Estas dos operaciones se podrán realizar pero teniendo en cuenta una serie de restricciones que posteriormente se detallarán. La sintaxis que a continuación se expone es también restringida, por las mismas razones expuestas para CREATE TABLE. ALTER TABLE nombre_tabla [ADD { nombre_columna tipo [restricción_columna] ... | restricción_tabla ...}] [MODIFY {nombre_columna [tipo] [restricción_columna] ...];

La opción ADD permite añadir un nuevo atributo a la tabla, con un valor NULL inicial para todas las tuplas. MODIFY cambia la definición del atributo que ya existe en la tabla. Las restricciones a tener en cuenta son las siguientes: • restricción_columna sólo puede ser NOT NULL. • Se puede cambiar el tipo del atributo o disminuir su tamaño sólo si todas las tuplas tienen en ese atributo el valor NULL. • Un atributo NOT NULL únicamente se puede añadir a una tabla sin tuplas. • Un atributo ya existente sólo se puede hacer NOT NULL si todas las tuplas tiene en ese atributo un valor distinto de NULL. • Cuando se modifica un atributo, todo lo no especificado en la modificación se mantiene tal y como estaba.

17

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Ejemplos: • ALTER TABLE coches ADD (modelo VARCHAR(15)); • ALTER TABLE coches MODIFY (an_fab VARCHAR(4));

4.2.1.

Habilitación/deshabilitación integridad

de

restricciones

de

Si una restricción de integridad se define mediante el comando CREATE TABLE o se añade con el comando ALTER TABLE, la condición se habilita automáticamente. Una restricción puede ser posteriormente deshabilitada con el comando ALTER TABLE: ALTER TABLE nombre_tabla DISABLE {CONSTRAINT nombre_constraint | PRIMARY KEY | UNIQUE [lista_columnas] } [CASCADE]; Para deshabilitar una clave primaria, han de deshabilitarse previamente todas las restricciones de clave externa que dependan de esa clave primaria. La cláusula CASCADE deshabilita automáticamente las restricciones de clave externa que dependen de la (deshabilitada) clave primaria. Ejemplo: Deshabilitar la clave primaria de la tabla coches: ALTER TABLE coches DISABLE PRIMARY KEY CASCADE; Para habilitar las restricciones de integridad, se utiliza la cláusula ENABLE en lugar de DISABLE. Una restricción puede ser habilitada de forma satisfactoria sólo si no hay ninguna tupla que viole la restricción que se desea habilitar. En el caso de esto ocurra, aparece un mensaje de error. Nótese que para habilitar/deshabilitar una restricción de integridad es importante haber dado nombre a todas las restricciones.

4.3. Eliminación de TABLAS Para eliminar una tabla de la base de datos se utiliza el comando: DROP TABLE nombre_tabla [CASCADE CONSTRAINTS]; La opción CASCADE CONSTRAINTS permite eliminar una tabla que contenga atributos referenciados por otras tablas, eliminando también todas esas referencias. Evidentemente, toda la información almacenada en la tabla desaparecerá con ella. Si la llave primaria de la tabla es una llave externa en otra tabla y no utiliza la opción CASCADE CONSTRAINTS, entonces no se podrá eliminar la tabla. Ejemplo: DROP TABLE coches; Universidad de Jaén

18

SQL

Programación de Bases de Datos Oracle

5. Inserción, modificación y eliminación de DATOS Una vez que se ha creado de forma conveniente las tablas, el siguiente paso consiste en insertar datos en ellas, es decir, añadir tuplas. Durante la vida de la base de datos será necesario, además, borrar determinadas tuplas o modificar los valores que contienen. Los comandos de SQL que se van a estudiar en este apartado son INSERT, UPDATE y DELETE. Estos comandos pertenecen al DML.

5.1. Inserción de Datos El comando INSERT de SQL permite introducir tuplas en una tabla o en una vista (estudiadas posteriormente) de la base de datos. La sintaxis del comando es la siguiente: INSERT INTO {nombre_tabla | nombre_vista} [(nombre_columna [, nombre_columna] ...)] {VALUES (valor [, valor] ...) | sub_consulta }; Con el comando INSERT se añade una tupla a la tabla o a la vista. Si se da una lista de columnas, los valores deben emparejar uno a uno con cada una de estas columnas. Cualquier columna que no esté en la lista recibirá el valor NULL. Si no se da esta lista de columnas, se deberán dar valores para todos los atributos de la tabla y en el orden en que se definieron con el comando CREATE TABLE. Si se elige la opción de sub_consulta, se introducirán en la tabla las tuplas resultantes de la subconsulta expresada como un comando SELECT que será estudiado posteriormente. Ejemplos: INSERT INTO coches VALUES (‘M2030KY’,’RENAULT’,1995,’CLIO’); INSERT INTO coches (mat,marca,modelo,an_fab) VALUES (‘M2030KY’,’RENAULT’,’CLIO’,1995);

5.2. Modificación de Datos Para la modificación de tuplas dentro de una tabla o vista se utiliza el comando UPDATE. La sintaxis del comando es la siguiente: UPDATE {nombre_tabla | nombre_vista} SET {nombre_col = expresión [, nombre_col = expresión, ...] | nombre_col [, nombre_col, ...] = (sub_consulta) } [WHERE condición]; Este comando modifica los valores de los atributos especificados en SET para aquellas tuplas que verifican condición (si existe). La subconsulta puede seleccionar de la tabla o vista que se está modificando (o de otras tablas o vistas), aunque debe devolver una única tupla. Si no se utiliza la cláusula WHERE, se modificarán todas las tuplas de la tabla o vista. Si se utiliza la cláusula WHERE sólo 19

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

se modificarán aquellas tuplas que verifiquen la condición. Hay que tener en cuenta que las expresiones se van evaluando según se va ejecutando el comando UPDATE. Ejemplos: • El siguiente comando modifica el año de fabricación del coche con matrícula 'M2030KY': UPDATE coches SET an_fab = 1996 WHERE mat =‘M2030KY’; • Para modificar el año de fabricación de todos los coches añadiéndoles una unidad: UPDATE coches SET an_fab = an_fab + 1;

5.3. Eliminación de Datos Por último, se va a estudiar el comando que permite eliminar tuplas concretas de una tabla o vista determinada, el comando DELETE. Su sintaxis es la siguiente: DELETE FROM {nombre_tabla | nombre_vista} [WHERE condición]; Si se omite la cláusula WHERE, este comando borrará todas las tuplas de la tabla o vista indicada, aunque ésta seguirá existiendo, pero sin ninguna tupla. Si se introduce la cláusula WHERE, sólo se borrarán aquellas tuplas que verifiquen la condición. Ejemplos: • DELETE FROM coches WHERE an_fab < 1910; • DELETE FROM coches; NOTA: a partir de este punto se supone creada la base de datos con las tablas y datos corrrespondientes a las soluciones de los ejercicios 1 a 4 (ver apartado 8).

6. Consultas sobre la base de datos En este apartado se va a estudiar el comando SELECT de SQL. Se puede decir que SELECT es el comando principal del SQL, ya que tiene como objetivo prioritario el obtener la información precisa de la base de datos. Esta información se obtendrá de una o más tablas o vistas. El comando SELECT, además, se utiliza dentro de otros comandos, como por ejemplo en CREATE TABLE, INSERT, UPDATE, ...

Universidad de Jaén

20

SQL

Programación de Bases de Datos Oracle

6.1. Conceptos básicos relativos al comando SELECT La sintaxis fundamental del comando SELECT es la siguiente: SELECT [ALL, DISTINCT]{[*|tabla.*],expresión[,expresión,...]} FROM tabla [, tabla, ...] [WHERE condición] [ORDER BY {expresión | posición} [ASC | DESC] [expresión | posición} [ASC | DESC] , ...]] [GROUP BY expresión [, expresión, ...]] [HAVING condición];

Las distintas opciones tienen el siguiente significado: • ALL: significa que se devolverán todas las tuplas que satisfagan las distintas condiciones, esta opción es la que se toma por defecto. • DISTINCT: significa que se devolverán valores o conjuntos de valores únicos, es decir, no repetidos. • *: indica que se realizará la proyección por todos los atributos de la/s tabla/s o vista/s indicadas en la cláusula FROM. Si se quiere que sólo se proyecte por los atributos de una tabla se utiliza tabla.*. • expresión: se puede sustituir por: • nombre de un atributo • expresión conteniendo atributos y/o funciones. Si en el listado de la consulta debe aparecer un nombre distinto al del atributo o al de la expresión se puede utilizar un ALIAS, que consiste en una cadena de caracteres encerrada entre comillas dobles y situada junto a la expresión que sustituirá en el listado de la consulta. • Otro tipo de alias es el que se utiliza para las tablas en la cláusula FROM. Estos alias se ponen junto al nombre de la tabla y se pueden utilizar en cualquier punto del comando SELECT sustituyendo así al nombre de la tabla. • Las condiciones de las cláusulas WHERE y HAVING son cualquiera de las vistas en el apartado 3 de este capítulo (expresiones que devuelven verdadero o falso), además de algunas nuevas que se verán en el siguiente apartado. • En la cláusula ORDER BY, posición sirve para referenciar un atributo que ocupa esa posición dentro de la cláusula SELECT.

Desde el punto de vista de las operaciones abstractas de consulta del modelo relacional, la cláusula SELECT corresponde a la operación de proyección; la cláusula FROM corresponde a la operación de producto cartesiano (nos permitirá hacer el JOIN); y la cláusula WHERE corresponde a la condición de la operación de selección.

21

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Una típica consulta: SELECT FROM WHERE

a1, a2, ..., an r1, r2 p;

equivale a la expresión en términos de operaciones abstractas: Proyeccióna1, a2, ..., an (Selecciónp (r1 X r2)), donde X es el producto cartesiano. El resultado de un comando SELECT es siempre una tabla, lo que permite construir consultas complejas anidando varios SELECT. A continuación se explica el significado del resto de clausulas del comando SELECT viendo sus típicos usos. • Obtener toda la información contenida en una tabla: SELECT * FROM nombe_tabla ; El asterisco indica que se quieren seleccionar todas la columnas de la tabla, y al no especificarse ninguna condición, todas la tuplas son seleccionadas. Ejemplo: Obtener toda la información almacenada en la tabla COCHES: SQL> SELECT * FROM coches; MAT -------M3020KY J1234Z GR4321A B4444AC CA0000AD GR1111AK J9999AB

MARCA AN_FAB MODELO --------------- --------- --------------TOYOTA 1996 CARINA RENAULT 1997 MEGANE RENAULT 1978 5 PEUGEOT 1978 504 PEUGEOT 1996 205 PEUGEOT 1998 207 VW 1998 BEATTLE

• Seleccionar únicamente algunas de las columnas, se deben especificar cuáles son estas columnas en la cláusula SELECT: SELECT lista_nombre_columnas FROM nombre_tabla ; Esta operación es equivalente a la operación proyección. Ejemplo: Obtener, para cada coche, su marca y modelo: SQL> SELECT marca,modelo FROM coches; MARCA --------------TOYOTA RENAULT RENAULT PEUGEOT PEUGEOT PEUGEOT VW

Universidad de Jaén

MODELO --------------CARINA MEGANE 5 504 205 207 BEATTLE

22

SQL

Programación de Bases de Datos Oracle

• Para consultar sólo determinadas tuplas de una tabla se hace uso en el comando SELECT de la cláusula WHERE condición, donde la condición podrá venir expresada según lo visto en el punto 3 de este tema. Ejemplos: • Coches que no son fueron fabricados entre 1990 y 1999: SQL> SELECT * FROM coches WHERE an_fab NOT BETWEEN 1990 AND 1999; MAT -------GR4321A B4444AC

MARCA AN_FAB MODELO --------------- --------- --------------RENAULT 1978 5 PEUGEOT 1978 504

• Marca y modelo de los coches de Granada: SQL> SELECT marca,modelo FROM coches WHERE UPPER(SUBSTR(mat,1,2))='GR'; MARCA --------------RENAULT PEUGEOT

MODELO --------------5 207

• Para consultar información usando operaciones, en los comandos SELECT se pueden utilizar expresiones tales como operaciones aritméticas, operaciones con cadenas de caracteres. Ejemplos: • Obtener las dos primeras fechas de revisión ITV para los coches. SQL> SELECT mat,an_fab, an_fab+5"Primera revision", an_fab+7"Segunda revision" FROM coches; MAT AN_FAB Primera revision Segunda revision -------- --------- ---------------- ---------------M3020KY 1996 2001 2003 J1234Z 1997 2002 2004 GR4321A 1978 1983 1985 B4444AC 1978 1983 1985 CA0000AD 1996 2001 2003 GR1111AK 1998 2003 2005 J9999AB 1998 2003 2005 • Obtener el número de caracteres que suman la marca y el modelo de cada coche. SQL> SELECT marca,modelo, LENGTH(marca || modelo)"Numero caracteres" FROM coches;

23

Universidad de Jaén

Programación de Bases de Datos Oracle MARCA --------------TOYOTA RENAULT RENAULT PEUGEOT PEUGEOT PEUGEOT VW

SQL

MODELO Numero caracteres --------------- ----------------CARINA 12 MEGANE 13 5 8 504 10 205 10 207 10 BEATTLE 9

• Para obtener la información de una forma ordenada, en los comandos SELECT se puede especificar el orden en que debe aparecer el resultado, este orden se consigue usando la opción: ORDER BY {columna, posición} {ASC, DESC} La ordenación puede hacerse por nombre de columna o por la posición de esa columna dentro de la cláusula SELECT. Ejemplos: • Obtener los coches ordenados por marca: SQL> SELECT * FROM coches ORDER by marca; MAT -------B4444AC CA0000AD GR1111AK J1234Z GR4321A M3020KY J9999AB

MARCA AN_FAB MODELO --------------- --------- --------------PEUGEOT 1978 504 PEUGEOT 1996 205 PEUGEOT 1998 207 RENAULT 1997 MEGANE RENAULT 1978 5 TOYOTA 1996 CARINA VW 1998 BEATTLE

• Obtener los coches ordenados descendentemente por marca y para la misma marca ordenados ascendentemente por año de fabricación: SQL> SELECT * FROM coches ORDER by marca DESC, an_fab ASC; MAT -------J9999AB M3020KY GR4321A J1234Z B4444AC CA0000AD GR1111AK

MARCA AN_FAB MODELO --------------- --------- --------------VW 1998 BEATTLE TOYOTA 1996 CARINA RENAULT 1978 5 RENAULT 1997 MEGANE PEUGEOT 1978 504 PEUGEOT 1996 205 PEUGEOT 1998 207

• Obtener los coches ordenados por el número de caracteres que suman la marca y el modelo. SQL> SELECT marca,modelo, LENGTH(marca || modelo)"Numero caracteres" FROM coches ORDER by 3;

Universidad de Jaén

24

SQL

Programación de Bases de Datos Oracle

MARCA --------------RENAULT VW PEUGEOT PEUGEOT PEUGEOT TOYOTA RENAULT

MODELO Numero caracteres --------------- ----------------5 8 BEATTLE 9 504 10 205 10 207 10 CARINA 12 MEGANE 13

• Para consultar información relacionada almacenada en varias tablas hay que implementar la operación JOIN. Se pueden realizar consultas donde intervengan más de una tabla de la base de datos, especificando las relaciones entre las distintas tablas en la cláusula WHERE. Menos para el caso en el que se quiera realizar un producto cartesiano, CUANDO SE PONEN VARIAS TABLAS EN LA CLAUSULA FROM DEL COMANDO SELECT, DEBEN APARECER EN LA CLAUSULA WHERE LAS CORRESPONDIENTES CONDICIONES DE IGUALDAD QUE UNAN LAS DISTINTAS TABLAS (ESTO ES LO QUE REALIZA VERDADERAMENTE EL JOIN), además, pueden aparecer las condiciones que se requieran para realizar una consulta concreta. Supongamos que las tablas COCHES y TRABAJOS tienen los siguientes datos: COCHES: MAT -------M3020KY GR4321A

MARCA AN_FAB MODELO --------------- --------- --------------TOYOTA 1996 CARINA RENAULT 1978 5

TRABAJOS: MAT -------M3020KY M3020KY GR4321A M3020KY

DNI HORAS FECHA_REP --------- --------- --------1111 1 23-FEB-96 2222 2.5 23-FEB-96 3333 2.1 01-JAN-98 5555 2 23-FEB-96

Si sólo se ponen las dos tablas en la claúsula FROM, entonces lo que se está realizando es un producto cartesiano, no un JOIN. Es decir, se generan nuevas tuplas combinando cada tupla de coches con cada tupla de trabajos, pero sin existir relación alguna en cada combinación: SQL> SELECT c.mat,c.marca,c.modelo,t.mat,t.dni,t.horas FROM coches c,trabajos t; MAT -------M3020KY GR4321A M3020KY GR4321A M3020KY GR4321A M3020KY GR4321A 25

MARCA ---------TOYOTA RENAULT TOYOTA RENAULT TOYOTA RENAULT TOYOTA RENAULT

MODELO ---------CARINA 5 CARINA 5 CARINA 5 CARINA 5

MAT -------M3020KY M3020KY M3020KY M3020KY GR4321A GR4321A M3020KY M3020KY

DNI HORAS --------- --------1111 1 1111 1 2222 2.5 2222 2.5 3333 2.1 3333 2.1 5555 2 5555 2 Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Donde R.x indica que se refiere al atributo x de la tabla cuyo alias es R.

En la mayoría de los casos, cuando se requiere obtener información relacionada de varias tablas es necesario establecer la condición de unión entre ellas (JOIN). De esta manera lo que se está consiguiendo es recuperar la información inicial que fue particionada en tablas. Para el ejemplo anterior, como en la tabla TRABAJOS sólo se dispone de la matrícula de los coches, el JOIN con la tabla COCHES consigue añadir la información adicional de cada coche (tuplas en negrita en el resultado del producto cartesiano). Pero para ello es necesario indicar la condición de unión que es la que verdaderamente realiza el JOIN. Esta condición de unión se establece en la claúsula WHERE, y en la mayoría de los casos son condiciones de igualdad entre llaves primarias y llaves externas. Para el ejemplo anterior, la consulta que realiza correctamente el JOIN de COCHES y TRABAJOS y que por tanto obtiene sólo las tuplas en negrita del ejemplo anterior es: SQL> SELECT c.mat,c.marca,c.modelo,t.mat,t.dni,t.horas FROM coches c,trabajos t WHERE c.mat = t.mat; MAT -------M3020KY M3020KY GR4321A M3020KY

MARCA ---------TOYOTA TOYOTA RENAULT TOYOTA

MODELO ---------CARINA CARINA 5 CARINA

MAT -------M3020KY M3020KY GR4321A M3020KY

DNI HORAS --------- --------1111 1 2222 2.5 3333 2.1 5555 2

En los siguientes ejemplos, las condiciones de la cláusula WHERE que implementan el JOIN aparecen en negrita.

Ejemplos: • Obtener todos los trabajos incluyendo los datos del mecánico que realiza el trabajo: SQL> SELECT * FROM mecanicos,trabajos WHERE mecanicos.dni=trabajos.dni; DNI --------1111 2222 4444 2222 3333 3333 3333 5555 6666 5555 2222 1111 3333 3333 5555

NOMBRE ---------ANTONIO LUIS LOLA LUIS PEPE PEPE PEPE LUISA EMILIO LUISA LUIS ANTONIO PEPE PEPE LUISA

Universidad de Jaén

PUESTO --------------CHAPA MOTOR CHAPA MOTOR AMORTIGUACION AMORTIGUACION AMORTIGUACION AMORTIGUACION CHAPA AMORTIGUACION MOTOR CHAPA AMORTIGUACION AMORTIGUACION AMORTIGUACION

P 1 0 1 0 0 0 0 1 0 1 0 1 0 0 1

MAT -------M3020KY M3020KY J1234Z J1234Z GR4321A B4444AC CA0000AD M3020KY J9999AB J9999AB J9999AB J1234Z GR1111AK J9999AB GR1111AK

DNI HORAS FECHA_REP --------- --------- ------1111 1 23-FEB-96 2222 2.5 23-FEB-96 4444 7 19-MAR-97 2222 3 19-MAR-97 3333 2.1 01-JAN-98 3333 3.2 23-APR-96 3333 8 23-APR-96 5555 2 23-FEB-96 6666 1.2 05-MAR-98 5555 .7 05-MAR-98 2222 1 05-MAR-98 1111 2.2 19-MAR-97 3333 5.5 01-JAN-98 3333 7.7 05-MAR-98 5555 2.5 01-JAN-98

26

SQL

Programación de Bases de Datos Oracle • Obtener parejas de mecánicos del mismo puesto: SQL> SELECT m1.nombre,m1.puesto,m2.nombre,m2.puesto FROM mecanicos m1,mecanicos m2 WHERE m1.puesto=m2.puesto AND m1.nombre < m2.nombre; NOMBRE ---------LUISA ANTONIO ANTONIO EMILIO

PUESTO --------------AMORTIGUACION CHAPA CHAPA CHAPA

NOMBRE ---------PEPE EMILIO LOLA LOLA

PUESTO --------------AMORTIGUACION CHAPA CHAPA CHAPA

• Obtener las marcas y modelos de los coches reparados de CHAPA: SQL> SELECT distinct marca,modelo FROM coches c, trabajos t,mecanicos m WHERE c.mat=t.mat AND t.dni=m.dni AND puesto='CHAPA'; MARCA --------------RENAULT TOYOTA VW

MODELO --------------MEGANE CARINA BEATTLE

6.2. Otros usos del comando SELECT En este apartado se estudiarán algunos aspectos algo más avanzados del comando SELECT, pudiendo de esta forma generar consultas algo más complejas. Existen una serie de funciones especiales, que no fueron tratadas en el apartado anterior, y que van a permitir trabajar con información relativa a no sólo una única tupla, sino a varias. Estas funciones se conocen con el nombre de funciones agregadas o funciones de grupos de valores. Un dato a tener en cuenta es que estas funciones agregadas ignoran el valor NULL y calculan resultados a pesar de su existencia. A continuación se exponen algunas de las principales funciones de grupo: • COUNT: devuelve el número de tuplas. Su formato es el siguiente: COUNT ({* | [DISTINCT | ALL] columna}) COUNT (*): cuenta todas las tuplas de la tabla, aunque tengan valores NULL (incluso en todos los atributos). COUNT (DISTINCT columna): devuelve el número de valores distintos para la columna, no incluyendo los nulos. COUNT (ALL columna): devuelve el número de valores de la columna, no incluyendo los NULL.

27

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Ejemplos: • Contar el número de tuplas de la tabla COCHES: SQL> SELECT COUNT(*) FROM coches; COUNT(*) --------7 • Contar el número de puestos distintos en la tabla MECANICOS: SQL> SELECT COUNT(distinct puesto) "Numero de puestos" FROM mecanicos; Numero de puestos ----------------3 • SUM: devuelve la suma de un conjunto de valores. El formato es: SUM ([DISTINCT] columna | expresión) Devuelve la suma de los valores de la columna o de los devueltos por expresión. La columna o expresión, evidentemente, debe ser numérica. Ejemplos: • Obtener el total de horas trabajadas por los mecánicos de CHAPA: SQL> SELECT SUM(horas) "Horas de CHAPA" FROM mecanicos,trabajos WHERE puesto='CHAPA' AND mecanicos.dni=trabajos.dni; Horas de CHAPA -------------11.4 • Obtener la cantidad facturada por los mecánicos de CHAPA suponiendo que el precio de la hora de trabajo es 1000 para el año 96 y cada año se incrementa en un 5%: SQL> SELECT SUM(horas*1000* POWER(1.05,TO_CHAR(fecha_rep,'YY')-96)) "Total CHAPA" FROM mecanicos,trabajos WHERE mecanicos.dni=trabajos.dni AND puesto='CHAPA'; Total CHAPA ----------11983 • AVG: calcula la media aritmética de un conjunto de valores. Su formato es: AVG ([DISTINCT] columna | expresión) Devuelve la media aritmética de los valores de la columna o de los devueltos por la expresión. La Universidad de Jaén

28

SQL

Programación de Bases de Datos Oracle

columna o expresión debe ser numérica. Ejemplos: • Obtener la media de horas trabajadas con los coches RENAULT: SQL> SELECT AVG(horas) FROM coches,trabajos WHERE coches.mat=trabajos.mat AND marca='RENAULT'; AVG(HORAS) ---------3.575 • Obtener la media del número de caracteres formados por la marca y el modelo de cada coche: SQL> SELECT AVG(LENGTH(marca||modelo)) FROM coches; AVG(LENGTH(MARCA||MODELO)) -------------------------10.285714 • MAX: calcula el máximo de un conjunto de valores. Su formato es: MAX ([DISTINCT] columna | expresión) Devuelve el valor máximo de la columna o la expresión.

Ejemplos: • Obtener el número máximo de horas trabajadas sobre un coche: SQL> SELECT MAX(horas) FROM trabajos; MAX(HORAS) ---------8 • Obtener el precio del trabajo más caro: SQL> SELECT MAX(horas*1000* POWER(1.05,TO_CHAR(fecha_rep,'YY')-96)) "Maximo trabajo" FROM trabajos; Maximo trabajo -------------8489.25 • MIN: calcula el mínimo de un conjunto de valores. Su formato es: MIN ([DISTINCT] columna | expresión) Devuelve el valor mínimo de la columna o la expresión. 29

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Ejemplos: • Obtener la mitad del número mínimo de horas trabajadas en un coche: SQL> SELECT MIN(horas)/2 FROM trabajos; MIN(HORAS)/2 -----------.35

6.2.1.

Consulta de información agrupada

SQL permite obtener una tabla agrupada que contenga una fila con información resumen para cada grupo. Para obtener esta información agrupada se hace uso de la cláusula GROUP BY del comando SELECT. La cláusula GROUP BY tiene la siguiente sintaxis: GROUP BY expresión [, expresión, ...] donde expresión puede ser un atributo o una expresión conteniendo atributos. Ejemplos: • SQL> SELECT mat,SUM(horas) FROM trabajos GROUP by mat ORDER by mat; MAT SUM(HORAS) -------- ---------B4444AC 3.2 CA0000AD 8 GR1111AK 8 GR4321A 2.1 J1234Z 12.2 J9999AB 10.6 M3020KY 5.5 Este comando devuelve para cada coche, su matrícula y la suma de horas trabajadas en dicho coche. Los trabajos se agrupan por matrícula y a cada grupo se le calcula la suma del atributo horas. Finalmente se devuelve una tupla por grupo, conteniendo la información de la matrícula y la suma de horas trabajadas.

En la siguiente tabla se muestra el proceso de generación del resultado anterior. En esta tabla se muestran las matrículas y las horas de cada trabajo ordenadas por matrícula. El proceso consiste por tanto en juntar las horas de los trabajos de igual matrícula (GROUP BY mat) y sumar sus horas, devolviendo la matrícula y la suma calculada.

Universidad de Jaén

30

SQL

Programación de Bases de Datos Oracle MAT HORAS -------- --------B4444AC 3.2

SUM(horas) = 3.2

CA0000AD

8

SUM(horas) = 8

GR1111AK GR1111AK

5.5 2.5

SUM(horas) = 8

GR4321A

2.1

SUM(horas) = 2.1

J1234Z J1234Z J1234Z

2.2 3 7

SUM(horas) = 12.2

J9999AB J9999AB J9999AB J9999AB

1 7.7 .7 1.2

SUM(horas) = 10.6

M3020KY M3020KY M3020KY

1 2.5 2

SUM(horas) = 5.5

• Consultar el número de trabajos realizados a cada coche: SQL> SELECT mat,COUNT(*) FROM trabajos GROUP by mat ORDER by mat; MAT COUNT(*) -------- --------B4444AC 1 CA0000AD 1 GR1111AK 2 GR4321A 1 J1234Z 3 J9999AB 4 M3020KY 3 • Consultar el número medio de horas trabajadas por puesto clasificados por tipo de contrato ( atributo parcial): SQL> SELECT parcial,puesto,AVG(horas) FROM trabajos,mecanicos WHERE trabajos.dni=mecanicos.dni GROUP by parcial,puesto; PARCIAL ------0 0 0 1 1

31

PUESTO AVG(HORAS) --------------- ---------AMORTIGUACION 5.3 CHAPA 1.2 MOTOR 2.1666667 AMORTIGUACION 1.7333333 CHAPA 3.4

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Lo que hace este comando es obtener una tupla con la información resumen de cada grupo de tuplas con el mismo valor para la pareja (parcial, puesto). La forma en que se agrupan las tuplas para obtener la información resumen es la que se muestra en la siguiente tabla. PARCIAL ------0 0 0 0 0

PUESTO HORAS --------------- --------AMORTIGUACION 2.1 AMORTIGUACION 3.2 AMORTIGUACION 5.5 AMORTIGUACION 8 AMORTIGUACION 7.7

AVG(horas)=5.3

0

CHAPA

1.2

AVG(horas)=1.2

0 0 0

MOTOR MOTOR MOTOR

2.5 3 1

AVG(horas)=2.1666667

1 1 1

AMORTIGUACION AMORTIGUACION AMORTIGUACION

2 2.5 .7

AVG(horas)=1.7333333

1 1 1

CHAPA CHAPA CHAPA

1 7 2.2

AVG(horas)=3.4

• Obtener el número de trabajos realizados a grupos de coches con igual número de caracteres sumando la marca y el modelo: SQL> SELECT LENGTH(marca||modelo), COUNT(*) FROM coches,trabajos WHERE coches.mat=trabajos.mat GROUP by LENGTH(marca||modelo) ORDER by LENGTH(marca||modelo); LENGTH(MARCA||MODELO) COUNT(*) --------------------- --------8 1 9 4 10 4 12 3 13 3 • Obtener el número máximo de horas en total trabajadas sobre un coche: SQL> SELECT MAX(SUM(horas)) FROM trabajos GROUP by mat; MAX(SUM(HORAS)) --------------12.2

De forma análoga a la cláusula WHERE, se pueden establecer restricciones sobre qué grupos aparecerán en el resultado de la consulta. Esto se realiza mediante la cláusula HAVING del comando SELECT.

Universidad de Jaén

32

SQL

Programación de Bases de Datos Oracle

Ejemplo: Obtener los coches en los que se ha trabajado más de 10 horas: SQL> SELECT mat,SUM(horas) FROM trabajos GROUP by mat HAVING SUM(horas)>10; MAT SUM(HORAS) -------- ---------J1234Z 12.2 J9999AB 10.6

Si en una misma consulta aparecen las cláusulas WHERE y HAVING, primero se aplica la condición de la cláusula WHERE. Las tuplas que la satisfacen son colocadas en grupos por la cláusula GROUP BY, después se aplica la cláusula HAVING a cada grupo, y los grupos que satisfacen la condición de la cláusula HAVING son utilizados por la cláusula SELECT para generar tuplas del resultado de la consulta. Ejemplo: • Obtener los mecánicos de CHAPA o AMORTIGUACION que han reparado más de dos coches: SQL> SELECT mecanicos.dni, COUNT(distinct mat) "Numero de coches" FROM mecanicos,trabajos WHERE mecanicos.dni=trabajos.dni AND puesto in('CHAPA','AMORTIGUACION') GROUP by mecanicos.dni HAVING COUNT(distinct mat)>2; DNI Numero de coches --------- ---------------3333 5 5555 3

Un detalle importante a tener en cuenta es que las expresiones que se pongan en la cláusula SELECT serán, o valores constantes, o funciones agregadas, o bien alguna expresión incluida en la cláusula GROUP BY. Esto es debido a que las funciones como COUNT, SUM, AVG, etc., devuelven valores sobre grupos de tuplas, no sobre tuplas individuales. En la cláusula HAVING sólo se podrán utilizar funciones agregadas. Por ejemplo, si se quiere obtener el dni y el nombre de los mecánicos junto con las horas que han trabajado, la consulta: SQL> SELECT m.dni,nombre,SUM(horas) FROM trabajos t,mecanicos m WHERE t.dni=m.dni GROUP by m.dni; produciría el siguiente error: SELECT M.DNI,NOMBRE,SUM(HORAS) * ERROR AT LINE 1: ORA-00979: NOT A GROUP BY EXPRESSION

33

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

indicando que la columna nombre no es ninguna de las expresiones incluidas en la cláusula GROUP BY del comando.

6.2.2.

Subconsultas

Una subconsulta es una consulta dentro de otra, es decir, un SELECT anidado en la cláusula WHERE de otro SELECT. Esta anidación permite realizar consultas complejas, que no sería posible, o poco eficiente realizar haciendo consultas simples a base de JOINS. El formato de la subconsulta es el siguiente: SELECT columnas FROM tabla WHERE {columna | expresión} operador ( SELECT columna | expresión FROM ...) ; El operador a utilizar dependerá del número de valores que se van a obtener en la subconsulta. Las subconsultas pueden aparecer en cualquier lugar en el que se pueda colocar la cláusula WHERE, es decir en los comandos SELECT, INSERT y UPDATE. Ejemplos: • Obtener los mecánicos que pertenecen al mismo puesto que EMILIO; SQL> SELECT nombre FROM mecanicos WHERE puesto = (

SELECT puesto FROM mecanicos WHERE nombre = 'EMILIO') AND nombre!='EMILIO';

NOMBRE --------------ANTONIO LOLA Esta consulta se puede hacer también con un único SELECT que implemente un producto cartesiano entre tuplas de la tabla de mecánicos: SQL> SELECT m2.nombre FROM mecanicos m1,mecanicos m2 WHERE m1.nombre='EMILIO' AND m2.puesto=m1.puesto AND m2.nombre!='EMILIO' • Obtener los coches reparados por algún mecánico de CHAPA: SQL> SELECT mat FROM trabajos WHERE dni IN ( SELECT dni FROM mecanicos WHERE puesto = 'CHAPA'); Universidad de Jaén

34

SQL

Programación de Bases de Datos Oracle

MAT -------M3020KY J1234Z J9999AB J1234Z

Nótese como cuando el resultado de la subconsulta es un conjunto de valores NO se puede utilizar el operador de igualdad, sino el de inclusión.

6.2.3.

Variables de tupla y consultas sincronizadas

SQL toma prestada la notación de variables de tupla del cálculo relacional orientado a tuplas. Una variable de tupla en SQL debe estar asociada a una tabla determinada. Las variables de tupla se definen en la cláusula FROM del comando SELECT, situándolas junto a la tabla asociada. Las variables de tupla son variables que van tomando como valores tuplas de una determinada tabla. Hasta el momento se han utilizado variables de tupla para ahorrar trabajo, dar mayor claridad al escribir las consultas y evitar ambigüedades. Una variable de tupla se coloca después del nombre de la relación y separada por uno o más espacios en blanco. Cuando una consulta tiene subconsultas anidadas, se aplica la siguiente regla de ámbito para las variables de tuplas: en un subconsulta, está permitido usar sólo variables de tupla definidas en la misma subconsulta o en cualquier consulta que contenga a la subconsulta. Si existen dos variables de tupla con el mismo nombre se tiene en cuenta la más interior a la subconsulta. Las variables de tupla son muy útiles para comparar dos tuplas de la misma relación. Por ejemplo, si se quieren obtener las parejas de mecánicos con el mismo tipo de contrato: SQL> SELECT m1.nombre,m2.nombre, m1.parcial"Contrato parcial?" FROM mecanicos m1,mecanicos m2 WHERE m1.parcial=m2.parcial AND m1.nombre SELECT * FROM mecanicos m WHERE 3

(SELECT * FROM mecanicos WHERE nombre = 'PEPE') UNION (SELECT * FROM mecanicos WHERE puesto = 'AMORTIGUACION');

DNI --------3333 5555

NOMBRE --------------PEPE LUISA

PUESTO --------------AMORTIGUACION AMORTIGUACION

P 0 1

Como se puede apreciar, PEPE sólo aparece una vez en el resultado de la consulta, aunque pertenece a los dos conjuntos.

Universidad de Jaén

36

SQL

Programación de Bases de Datos Oracle

• INTERSECT: Realiza la operación de intersección de conjuntos. Las condiciones son las descritas anteriormente. Ejemplo: SQL> (SELECT * FROM mecanicos WHERE nombre = 'PEPE') INTERSECT (SELECT * FROM mecanicos WHERE puesto = 'AMORTIGUACION') DNI NOMBRE PUESTO P --------- --------------- --------------- 3333 PEPE AMORTIGUACION 0 • MINUS: Realiza la operación resta de conjuntos. Es decir, A - B son las tuplas que están en A y no están en B. La operación de resta no es conmutativa, como muestra el siguiente ejemplo. Ejemplo: SQL> (SELECT * FROM mecanicos WHERE nombre = 'PEPE') MINUS (SELECT * FROM mecanicos WHERE puesto = 'AMORTIGUACION') no rows selected

SQL> (SELECT * FROM mecanicos WHERE puesto = 'AMORTIGUACION') MINUS (SELECT * FROM mecanicos WHERE nombre = 'PEPE'); DNI NOMBRE PUESTO P --------- --------------- --------------- 5555 LUISA AMORTIGUACION 1

Generalmente estos comandos no se utilizan ya que se pueden escribir de forma más simplificada introduciendo una nueva condición en la cláusula WHERE, haciendo, además, que la consulta sea más eficiente. Aunque, en algunos casos, resuelven consultas complicadas de forma bastante elegante, como es el caso del siguiente ejemplo, en donde se utilizan dos subconsultas sincronizadas además de operaciones entre conjuntos.

37

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

Ejemplo: • Encontrar los mecánicos que han reparado todos los coches de alguna marca: SQL> SELECT distinct nombre,marca FROM mecanicos m,coches c /* no se hace JOIN ya que se quiere comprobar cada mecánico con todas las marcas */ WHERE not exists ( (SELECT distinct mat FROM coches WHERE marca = c.marca) /* obtiene los coches de cada marca */ MINUS (SELECT distinct mat FROM trabajos t WHERE t.dni = m.dni) /* obtiene los coches reparados por cada mecánico */ ); NOMBRE --------------ANTONIO EMILIO LUIS LUIS LUISA LUISA PEPE PEPE

MARCA --------------TOYOTA VW TOYOTA VW TOYOTA VW PEUGEOT VW

Esta consulta funciona de la siguiente manera: el SELECT inicial va obteniendo parejas dni-marca, y para cada pareja la primera subconsulta obtiene todos los coches reparados de esa marca y la segunda subconsulta obtiene todos los coches reparados por ese mecánico, de tal forma que cuando ambos conjuntos sean iguales (el mecánico ha reparado todos los coches de esa marca) su diferencia devuelve el conjunto vacío, verificándose la condición del WHERE del SELECT inicial.

Universidad de Jaén

38

SQL

Programación de Bases de Datos Oracle

7. Vistas En este último apartado dedicado a SQL se va a estudiar el concepto de VISTA, viendo su utilidad, cómo se crean y cómo se destruyen.

7.1. Concepto de vista Se puede definir una vista como una tabla lógica que permite acceder a los datos de otras tablas. Las tablas sobre las cuales la vista se crea se denominan tablas base. El que una vista sea una tabla lógica significa que las vistas no contienen datos en sí mismas. Una vista puede ser entendida como una tabla virtual que no tiene datos propios, sino que se nutre de datos de otra(s) tabla(s). Las vistas son muy útiles ya que permiten establecer accesos selectivos a diferentes partes de la base de datos: • Una vista puede proporcionar acceso a determinadas columnas de la(s) tabla(s) que definen la vista. Por ejemplo, se puede definir una vista de la tabla MECANICOS que sólo muestre los atributos DNI y NOMBRE, pero no el atributo PARCIAL. • Una vista puede proporcionar seguridad de la información contenida en la(s) tabla(s) que la definen. Se puede definir una vista que muestre sólo determinadas tuplas de las tablas asociadas, por ejemplo, una vista que muestre sólo el sueldo del usuario que accede a ella, pero no el resto de sueldos de los empleados de la empresa. En una base de datos, las vistas son utilizadas con los siguientes propósitos: • Para proporcionar un nivel adicional de seguridad sobre las tablas, restringiendo el acceso a un predeterminado conjunto de tuplas o atributos de una tabla base. • Para ocultar la complejidad de los datos. Por ejemplo, una vista puede ser utilizada para actuar como una única tabla, mientras que varias tablas se usan para construir el resultado. • Para presentar los datos desde otra perspectiva. Por ejemplo, las vistas proporcionan la posibilidad de renombrar los atributos sin necesidad de cambiar la definición de la tabla base. • Para obligar al RDBMS a realizar algunas operaciones, tales como los joins, sobre la base de datos que contiene la vista, en lugar de en otras posibles bases de datos referenciadas en la misma sentencia SQL. Una vista, una vez definida, puede ser utilizada en cualquier lugar (incluso en la definición de otra vista) en donde se pueda utilizar una tabla en cualquiera de los siguientes comandos SQL: • DELETE • INSERT • UPDATE • SELECT

39

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

7.2. Definición de vistas en Oracle La sintaxis del comando SQL para la creación de vistas es la siguiente: CREATE [OR REPLACE] [FORCE | NOFORCE] VIEW nombre_vista [(alias [,alias]...)] AS subconsulta [WITH READ ONLY ] [WITH CHECK OPTION ] ; donde: • OR REPLACE: crea de nuevo la vista si ésta ya existe. • FORCE: crea la vista sin tener en cuenta si las tablas base de la vista existen y sin tener en cuenta si el propietario del esquema que contiene la vista tiene los privilegios suficientes sobre dichas tablas. Nótese que estas dos condiciones tienen que ser ciertas antes de usar los comandos SELECT, INSERT, UPDATE o DELETE sobre la vista. • NOFORCE: crea la vista sólo si las tablas base existen y el propietario de la vista tiene privilegios sobre ellas. La opción por defecto es NOFORCE. • nombre_vista: es el nombre de la vista. • alias: especifica nombres para las expresiones seleccionadas por la subconsulta de la vista (serán los nombres de los atributos de la vista). El número de alias debe coincidir con el número de expresiones seleccionadas por la subconsulta. Estos alias deben ser únicos dentro de la vista. Si se omiten los alias, Oracle los deriva de las columnas o de los alias de las columnas seleccionados en la subconsulta. Por esta razón se deben utilizar alias si la subconsulta de la vista contiene expresiones en lugar de sólo nombres de columnas. • AS subconsulta: identifica los atributos y tuplas de la(s) tabla(s) en las que se basa la vista, es decir, establece el contenido de la vista. Esta subconsulta puede ser cualquier sentencia SELECT que no contenga la cláusula ORDER BY. • WITH READ ONLY: especifica que no se pueden realizar borrados, inserciones o actualizaciones a través de la vista. • WITH CHECK OPTION: especifica que las inserciones y las actualizaciones realizadas sobre la vista deben dar como resultado tuplas que la vista pueda seleccionar. La opción CHECK OPTION no garantiza esto si, a su vez, existe alguna subconsulta en la subconsulta de la vista o si la vista se basa a su vez en otra vista. La restricción más importante que existe sobre las vistas es que si la subconsulta contiene alguno de los siguientes elementos, no se podrán realizar inserciones, actualizaciones o borrados sobre la vista: • operaciones JOIN • operadores de conjuntos • funciones agregadas • la cláusula GROUP BY • el operador DISTINCT Nótese que si la vista contiene expresiones, sólo se podrá actualizar la vista con una sentencia UPDATE que no se refiera a ninguna de las expresiones.

Universidad de Jaén

40

SQL

Programación de Bases de Datos Oracle

Para borrar una vista se utiliza el siguiente comando: DROP VIEW nombre_vista;

donde nombre_vista es el nombre de la vista que se quiere borrar.

Para ver las vistas que ha creado un usuario y sus subconsultas asociadas se puede consultar el Diccionario de Datos a través de la vista USER_VIEWS.

7.3. Ejemplos de utilización de vistas • Crear una vista llamada CHAPA que muestre los mecánicos de CHAPA y las horas que han trabajado: SQL> CREATE OR REPLACE VIEW chapa AS SELECT dni, SUM(horas) "Total horas" FROM mecanicos m,trabajos t WHERE m.dni=t.dni AND puesto='CHAPA' GROUP BY m.dni,nombre;

Nótese que en la declaración de la vista no se necesita definir un nombre para el atributo basado en la expresión SUM(horas) debido a que la subconsulta utiliza un alias de atributo ("Total horas") para la expresión. Una vez creada la vista se puede utilizar como si fuera una tabla: SQL> SELECT * FROM chapa; DNI Total horas --------- ----------1111 3.2 4444 7 6666 1.2 • Crear una vista actualizable llamada Tiempo_parcial conteniendo los atributos indispensables de los mecánicos que estén a tiempo parcial. SQL> CREATE VIEW Tiempo_parcial (dni,contrato) AS SELECT dni,parcial FROM mecanicos WHERE parcial='1' WITH CHECK OPTION;

Debido al CHECK OPTION, no se pueden insertar nuevas tuplas en Tiempo_parcial si el nuevo mecánico no tiene un contrato a tiempo parcial:

41

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

SQL> INSERT INTO Tiempo_parcial VALUES ('7777','0'); INSERT INTO Tiempo_parcial VALUES ('7777','0') * ERROR at line 1: ORA-01402: view WITH CHECK OPTION WHERE-clause violation

Si se inserta un nuevo mecánico a través de la vista, como no se han incluido los atributos NOMBRE y PUESTO de la tabla mecánicos, tomarán valor NULL, siendo esto posible ya que cuando se creo la tabla de mecánicos no se especificó la restricción NOT NULL para estos campos: SQL> INSERT INTO Tiempo_parcial VALUES ('7777','1'); 1 row created. SQL> SELECT * FROM mecanicos; DNI --------1111 2222 3333 4444 5555 6666 7777

NOMBRE --------------ANTONIO LUIS PEPE LOLA LUISA EMILIO

PUESTO --------------CHAPA MOTOR AMORTIGUACION CHAPA AMORTIGUACION CHAPA

P 1 0 0 1 1 0 1

Si en vez de haber utilizado la cláusula WITH CHECK OPTION se hubiera utilizado WITH READ ONLY, entonces no estarían permitidas las operaciones de inserción, borrado o actualización sobre la vista. • Obtener el total de horas trabajadas por los mecánicos de chapa que tienen un contrato a tiempo parcial: SQL>

SELECT c.dni,c."Total horas" FROM chapa c,tiempo_parcial tp WHERE c.dni=tp.dni;

DNI Total horas --------- ----------1111 3.2 4444 7

Universidad de Jaén

42

SQL

Programación de Bases de Datos Oracle

8. Ejercicios Resueltos

8.1. Creación de tablas COCHES: mat marca an_fab

(matricula del coche, 8 caracteres y llave primaria) (15 caracteres) (año de fabricacion, número de 2 dígitos)

MECANICOS: dni (9 caracteres, llave primaria) nombre (15 caracteres) puesto (15 caracteres) parcial (1 caracter) TRABAJOS: mat dni horas fecha_rep

(la matrícula del coche, llave externa respecto de COCHES), (el dni del mecánico), (número de 3 cifras con 1 decimal, debe ser mayor de 0.5) (tipo fecha)

Solución: CREATE TABLE coches ( mat VARCHAR(8) CONSTRAINT pk_coches PRIMARY KEY, marca VARCHAR(15), an_fab NUMBER(2) ); CREATE TABLE mecanicos ( dni VARCHAR(9) CONSTRAINT pk_mecanicos PRIMARY KEY, nombre VARCHAR(15), puesto VARCHAR(15), parcial VARCHAR(1) ); CREATE TABLE trabajos ( mat VARCHAR(8), dni VARCHAR(9), horas NUMBER(3,1) CONSTRAINT ck_trabajo CHECK (horas>=0.5), fecha_rep DATE, CONSTRAINT fk1_trabajos FOREIGN KEY (mat) REFERENCES coches );

43

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

8.2. Modificación de tablas Añadir a la tabla COCHES el atributo modelo (15 caracteres) Establecer los atributos mat y dni como la llave primaria de TRABAJOS. Establecer el atributo dni de TRABAJOS como llave externa respecto a MECANICOS. Ampliar a 4 la longitud del atributo an_fab de la tabla COCHES. Solución: ALTER TABLE coches ADD modelo VARCHAR(15); ALTER TABLE trabajos ADD CONSTRAINT pk_trabajos PRIMARY KEY (mat,dni); ALTER TABLE trabajos ADD CONSTRAINT fk2_trabajos FOREIGN KEY (dni) REFERENCES mecanicos; ALTER TABLE coches MODIFY an_fab NUMBER(4);

8.3. Inserción de tuplas Realizar la inserción de valores de forma que las tablas queden de la siguiente forma:

MAT M3020KY J1234Z GR4321A B4444AC CA0000AD GR1111AK J9999AB

DNI 1111 2222 3333 4444 5555 6666 7777

Universidad de Jaén

COCHES MARCA MODELO TOYOTA CARINA RENAULT MEGANE RENAULT 5 PEUGEOT 504 PEUGEOT 205 PEUGEOT 207 VW BEATTLE

NOMBRE ANTONIO LUIS PEPE LOLA LUISA EMILIO ANGEL

MECANICOS PUESTO MOTOR MOTOR AMORTIGUACION CHAPA AMORTIGUACION CHAPA CHAPA

AN_FAB 1996 1997 1978 1978 1996 1998 1998

PARCIAL 1 0 0 1 1 0 0

44

SQL

Programación de Bases de Datos Oracle

MAT M3020KY M3020KY J1234Z J1234Z GR4321A B4444AC CA0000AD M3020KY J9999AB J9999AB J9999AB J1234Z GR1111AK J9999AB GR1111AK GR1111AK

DNI 1111 2222 4444 2222 3333 3333 3333 5555 6666 5555 2222 1111 3333 3333 5555 7777

TRABAJOS HORAS 1 2.5 7 3 2.1 3.2 8 2 1 0.6 0.9 2.2 5.5 6.7 2.5 1

FECHA_REP 23-FEB-96 23-FEB-96 19-MAR-97 19-MAR-97 1-JAN-98 23-APR-96 23-APR-96 23-FEB-96 5-MAR-98 5-MAR-98 5-MAR-98 19-MAR-97 1-JAN-98 5-MAR-98 1-JAN-98 1-JAN-98

Solución: INSERT INTO coches (MAT,MARCA,MODELO,AN_FAB) VALUES ('M3020KY','TOYOTA','CARINA',1996); INSERT INTO coches (MAT,MARCA,MODELO,AN_FAB) VALUES ('J1234Z','RENAULT','MEGANE',1997); INSERT INTO coches (MAT,MARCA,MODELO,AN_FAB) VALUES ('GR4321A','RENAULT','5',1978); ... INSERT INTO MECANICOS VALUES ('1111','ANTONIO','MOTOR','1'); INSERT INTO MECANICOS VALUES ('2222','LUIS','MOTOR','0'); INSERT INTO MECANICOS VALUES ('3333','PEPE','AMORTIGUACION','0'); ... INSERT INTO TRABAJOS VALUES ('M3020KY','1111',1,'23-FEB-96'); INSERT INTO TRABAJOS VALUES ('M3020KY','2222',2.5,'23-FEB-96'); INSERT INTO TRABAJOS VALUES ('J1234Z','4444',7,'19-MAR-97'); ...

45

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

8.4. Actualización y borrado de tuplas Modificar a 'CHAPA' el puesto de 'ANTONIO'. Borrar a 'ANGEL' de la base de datos. Aumentar las horas de los trabajos hechos el '5-MAR-98' en un 15%.

Solución: UPDATE mecanicos SET puesto='CHAPA' WHERE nombre='ANTONIO'; Como la llave externa DNI en TRABAJOS no se ha definido con la opción ON DELETE CASCADE, entonces primero se deben borrar todos los trabajos de Ángel para posteriormente eliminarle a él de la base de datos. DELETE FROM trabajos WHERE dni = ( SELECT dni FROM mecanicos WHERE nombre='ANGEL'); DELETE FROM mecanicos WHERE nombre='ANGEL'; UPDATE trabajos SET horas = horas * 1.15 WHERE fecha_rep='5-MAR-98';

8.5. Consultas Parejas de coches de distintas marcas fabricados el mismo año y reparados ambos de AMORTIGUACIÓN: SQL> SELECT c1.marca,c1.modelo,c2.marca,c2.modelo FROM coches c1,coches c2 WHERE c1.an_fab=c2.an_fab AND c1.marca>c2.marca AND NOT EXISTS ((SELECT mat FROM coches WHERE mat IN (c1.mat,c2.mat)) MINUS (SELECT mat FROM trabajos t,mecanicos m WHERE t.dni=m.dni AND m.puesto='AMORTIGUACION')); MARCA --------------RENAULT TOYOTA VW

Universidad de Jaén

MODELO --------------5 CARINA BEATTLE

MARCA --------------PEUGEOT PEUGEOT PEUGEOT

MODELO --------------504 205 207

46

SQL

Programación de Bases de Datos Oracle

Esta misma consulta pero sin utilizar subconsultas sincronizadas: SQL> SELECT distinct c1.marca,c1.modelo,c2.marca,c2.modelo FROM coches c1,coches c2,trabajos t1,trabajos t2, mecanicos m1,mecanicos m2 WHERE c1.mat=t1.mat AND t1.dni=m1.dni AND c2.mat=t2.mat AND t2.dni=m2.dni AND c1.an_fab=c2.an_fab AND c1.marca>c2.marca AND m1.puesto='AMORTIGUACION' AND m2.puesto='AMORTIGUACION';

Obtener los coches que NO son reparados por 'PEPE': SQL> SELECT mat,marca,modelo FROM coches WHERE mat not in (SELECT mat FROM trabajos t,mecanicos m WHERE t.dni=m.dni AND m.nombre='PEPE'); MAT -------M3020KY J1234Z

MARCA --------------TOYOTA RENAULT

MODELO --------------CARINA MEGANE

Obtener los mecánicos que no han reparado ningún coche RENAULT: SQL> SELECT nombre FROM mecanicos m WHERE not exists ( (SELECT distinct mat FROM coches WHERE marca = 'RENAULT') INTERSECT (SELECT distinct mat FROM trabajos t WHERE t.dni = m.dni)); NOMBRE --------------EMILIO LUISA Otras posibles formas de resolver esta consulta son: SQL> (SELECT distinct nombre FROM mecanicos m,trabajos t,coches c WHERE m.dni=t.dni AND t.mat=c.mat AND c.marca!='RENAULT') MINUS (SELECT distinct nombre FROM mecanicos m,trabajos t,coches c WHERE m.dni=t.dni AND t.mat=c.mat AND c.marca='RENAULT'); SQL> SELECT nombre FROM mecanicos WHERE dni not in (SELECT dni FROM trabajos t,coches c WHERE t.mat=c.mat AND c.marca='RENAULT');

47

Universidad de Jaén

Programación de Bases de Datos Oracle

SQL

8.6. Vistas Crear una vista que contenga la marca y el modelo de cada coche, el puesto en que fue reparado y el total de horas invertidas en ese puesto: SQL> CREATE OR REPLACE VIEW total_coche_puesto as SELECT marca,modelo,puesto,SUM(horas) "total horas" FROM mecanicos m, coches c,trabajos t WHERE m.dni=t.dni AND c.mat=t.mat GROUP by marca,modelo,puesto; SQL> SELECT * FROM total_coche_puesto; MARCA --------------PEUGEOT PEUGEOT PEUGEOT RENAULT RENAULT RENAULT TOYOTA TOYOTA TOYOTA VW VW VW

Universidad de Jaén

MODELO --------------205 207 504 5 MEGANE MEGANE CARINA CARINA CARINA BEATTLE BEATTLE BEATTLE

PUESTO total horas --------------- ----------AMORTIGUACION 8 AMORTIGUACION 8 AMORTIGUACION 3.2 AMORTIGUACION 2.1 CHAPA 9.2 MOTOR 3 AMORTIGUACION 2 CHAPA 1 MOTOR 2.5 AMORTIGUACION 8.4 CHAPA 1.2 MOTOR 1

48

3 PL/SQL Programación del servidor

PL/SQL

Programación de Bases de Datos Oracle

1. Introducción El desarrollo de una aplicación de BD requiere normalmente la utilización de estructuras alternativas, repetitivas, de declaración de datos…. similares a las que se pueden encontrar en lenguajes procedurales tales como C, C++, o Pascal. Esta construcción es necesaria para implementar tipos complejos de datos y algoritmos. El principal problema con el que se encuentra el lenguaje declarativo SQL es la ausencia de dicho tipo de estructuras, lo que impide que muchas tareas puedan llevarse a cabo. Para superar este inconveniente fue creado PL/SQL (Procedural Language/SQL). PL/SQL es una extensión procedural de Oracle-SQL que ofrece un lenguaje de construcción similar a los lenguajes de programación imperativos. PL/SQL permite al usuario y al diseñador desarrollar aplicaciones de BD complejas que requieren el uso de estructuras de control y elementos procedurales tales como procedimientos, funciones y módulos. La construcciión básica en PL/SQL es el bloque (block). Los bloques permiten al diseñador combinar sentencias SQL en unidades. En un bloque, pueden ser declaradas constantes y variables, y las variables pueden ser utilizadas para almacenar resultados de consultas. Las sentencias en un bloque PL/SQL pueden incluir: • Estructuras de control repetitivas (loops) • Sentencias condicionales (if-then-else) • Manejo de excepciones (exception hadling) • Llamadas a otros bloques PL/SQL Los bloques PL/SQL que especifican procedimientos y funciones pueden ser agrupados en paquetes (packages) similares a módulos. Oracle presenta varios paquetes predefinidos: rutinas input/output, ficheros handling, de planificación de trabajos, etc. Otra característica importante de PL/SQL es que presenta un mecanismo para procesar los resultados de las consultas orientado a tuplas (tuple-oriented way), es decir, de tupla en tupla, mediante la definición de los cursores (cursors). Un cursor es básicamente un puntero a un resultado de una consulta y es utilizado para leer valores de atributos de tuplas seleccionadas. Un cursor se utiliza habitualmente en combinación con una estructura repetitiva de modo que cada tupla que sea leída por el cursor puede ser procesada individualmente. En resumen, los objetivos del PL/SQL son: • Hacer más expresivo el SQL • Procesar los resultados de consultas orientado a tuplas (tuple-oriented way) • Optimizar la combinación de sentencias SQL • Desarrollar programas de aplicación de base de datos modulares • Reutilizar el código del programa • Reducir el coste por mantenimiento y cambio de aplicaciones

51

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

1.1. Tablas para los ejemplos Los ejemplos que ilustran los conceptos presentados en este capítulo utilizan las siguientes tablas: EMPLEADO (NUM_EMP, NOMBRE_EMP, TAREA, JEFE, FECHA_ALTA, SALARIO, NUM_DPTO) NUM_EMP NOMBRE_EMP TAREA JEFE FECHA_ALTA SALARIO NUM_DPTO

Número identificador del empleado Nombre del empleado Tarea o puesto que desempeña el empleado en la empresa Número identificador del jefe del empleado Fecha de entrada del empleado en la empresa Salario mensual Número identificador del departamento en el que empleado trabaja

DPTO (NUM_DPTO, NOMBRE_DPTO, LOCALIDAD) NUM_DPTO NOMBRE_DPTO LOCALIDAD

Número identificador del departamento Nombre del departamento Nombre de la localidad en la que se ubica el departamento

NIVEL (ID_NIVEL, SAL_MIN, SAL_MAX) ID_NIVEL SAL_MIN SAL_MAX

Número identificativo del nivel del empleado Tope mínimo salarial del nivel Tope maximo salarial del nivel

PROYECTO (NUM_PRO, NOMBRE_PRO, JEFE_PRO, NUM_PER, PRESUPUESTO,FECHA_INI, FECHA_FIN) NUM_PRO NOMBRE_PRO JEFE_PRO NUM_PER PRESUPUESTO FECHA_INI FECHA_FIN

Número identificador del proyecto Nombre del proyecto Número identificador del jefe del proyecto Número de personas que integrados en el proyecto Presupuesto del proyecto Fecha de inicio del proyecto Fecha de conclusión de proyecto

2. Estructura de los bloques PL/SQL PL/SQL es un lenguaje estructurado en bloques. Cada bloque es una unidad de programa que puede ser o no etiquetada mediante una cabecera de bloque, siendo posible la existencia de bloques anidados. Los bloques que crean un procedimiento, una función, o un paquete deben ser etiquetados. Un bloque PL/SQL consta de dos secciones: una sección declarativa opcional y una sección que contiene sentencias PL/SQL. Dentro de esta última podemos incluir una parte opcional para el manejo de excepciones (exception-handling). La sintaxis de un bloque PL/SQL es la siguiente:

Universidad de Jaén

52

PL/SQL

Programación de Bases de Datos Oracle

[] [DECLARE

] BEGIN

[EXCEPTION ] END;

La cabecera del bloque especifica si el bloque PL/SQL es un procedimiento, una función o un paquete. Si no se especifica cabecera, se dice que el bloque es anónimo (anonymous block). En los bloques anidados el ámbito de las variables declaradas es análogo al ámbito de las variables en lenguajes de programación tales como C o Pascal.

3. Declaraciones Las constantes, variables, cursores y excepciones que son usadas en un bloque PL/SQL deben ser declaradas en su sección declarativa. Las variables y constantes deben ser declaradas como sigue: [CONSTANT] [NOT NULL] [:= ]; Los tipos de datos validos son los mimo que en SQL. Los datos booleanos pueden ser solo verdadero, falso, o nulo. La cláusula NOT NULL requiere que la variable declarada tenga un valor diferente de nulo. es utilizada para inicializar una variable. Si no hay ninguna expresión especificada el valor null es asignado a la variable. La cláusula [CONSTANT] hace que una vez que el valor ha sido asignado a la variable, éste no puede ser modificado (la variable se convierte en una constante). Ejemplo: DECLARE Fecha_contrato DATE; /*inicialización implícita a null*/ Nombre_tarea VARCHAR2(80):=’VENDEDOR’; Emp_encontrado BOOLEAN; /*inicialización implícita a null*/ Incremento_sal CONST NUMBER(3,2):= 1.5; /*constante/ . . . BEGIN . . . END; En lugar de declarar directamente una variable con un tipo de dato SQL (varchar, number, …), es posible declarar el tipo de una variable asignándole a ésta, el tipo de dato asignado previamente a una columna de la tabla. Esta declaración se denomina declaración anclada (anchored). Por ejemplo EMPLEADO.NUM_EMP%TYPE se refiere al tipo de dato de la columna NUM_EMP en la tabla EMPLEADO. De la misma forma que una variable puede ser definida mediante una declaración anclada, también podemos declarar conjuntos de atributos que pueda almacenar una tupla completa de una tabla dada (o un resultado de una consulta). Por ejemplo, el tipo de dato DPTO%ROWTYPE especifica un registro apropiado para almacenar todos los valores de los atributos de una fila completa de la tabla DPTO. Normalmente, los registros así definidos se utilizan en combinación con un cursor. Se puede acceder a un campo en un registro utilizando .. De este modo realizamos la siguiente declaración: DECLARE reg_dpto DPTO%ROWTYPE;

53

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

el numero del departamento se referencia como REG_DPTO.NUM_DPTO. Una declaración de un cursor especifica un conjunto de tuplas resultado de una consulta, que pueden ser procesadas secuencialmente tupla a tupla (tuple-oriented way) utilizando la sentencia fetch. Una declaración de un cursor tiene la forma CURSOR [()] IS ; El nombre del cursor es un identificador no declarado, no pudiendo ser el nombre de ninguna variable PL/SQL. Un parámetro tiene la forma . Los tipos de parámetros posibles son CHAR, VARCHAR, NUMBER, DATE y BOOLEAN así como sus subtipos correspondientes tal como INTEGER. Los parámetros son utilizados para asignar valores a las variables que utilizan las sentencias SELECT. Ejemplo: queremos recuperar (tuple_oriented way) los valores de los atributos nombre del trabajo y el nombre de los empleados contratados después de una fecha dada y cuyo sueldo sea mayor a un valor. CURSOR empleado_cur (fecha_inical DATE, dno NUMBER) IS SELECT tarea, nombre_emp FROM empleado e WHERE fecha_alta> fecha_inicial AND EXITSTS (SELECT * FROM empleado WHERE e.jefe = num_emp AND num_dpto = dno); Si alguna de las tuplas seleccionadas fuera modificada en el bloque PL/SQL, la cláusula FOR UPDATE[()] debería ser añadida al final de la declaración del cursor. En este caso, las tuplas seleccionadas son bloqueadas y no pueden ser accedidas por otros usuarios hasta que sea ejecutado un comando COMMIT. Antes de utilizar un cursor declarado previamente, éste debe estar abierto. Una vez procesadas las tuplas definidas en él, debe de ser cerrado. Discutiremos con mas detalle el uso del cursor más adelante. Las excepciones son utilizadas para procesar de forma controlada los errores y advertencias que ocurren durante la ejecución de sentencias PL/SQL. Algunas excepciones, como ZERO_DIVIDE, son definidas internamente. Otras excepciones pueden ser especificadas por el usuario al final de un bloque PL/SQL. Para que el usuario defina las excepciones necesita declararlas utilizando EXCEPTION Discutiremos el manejo de las excepciones en el apartado 6.

4. Elementos del lenguaje Además de la declaración de variables, constantes y cursores, PL/SQL presenta varias elementos como la asignación de valores a variables, estructuras repetitivas (loops), estrucuturas alternativas (ifthen-else), llamadas a procedimientos y funciones, etc. Sin embargo, PL/SQL no permite comandos del lenguaje de definición de datos DDL (data definition language) tales como la creación de tablas (create table). Además, PL/SQL utiliza una modificación en la sentencia SELECT que requiere que una tupla sea asignada a un registro (o una lista de variables). En PL/SQL hay varias alternativas para la asignacón de un valor a una variable. El camino más sencillo para asignar un valor a una variable es

Universidad de Jaén

54

PL/SQL

Programación de Bases de Datos Oracle

DECLARE contador INTEGER:=0; . . . BEGIN contador:=contador + 1; Los valores asignados a una variable también pueden ser recuperados de la base de datos usando la sentencia SELECT. SELECT INTO FROM WHERE ; Es muy importante asegurar que la sentencia SELECT recupera a lo sumo una tupla. Si no ocurre esto, no es posible asignar los valores del atributo a la lista de variables especificada y se produciría un error de ejecución. Si el SELECT recupera mas de una tupla, en lugar de éste, deberá ser utilizado un cursor. Además, los tipos de datos de las variables especificadas deben concordar con los valores de atributo recuperados. Para la mayoría de los tipos de datos, PL/SQL realiza una conversión automática (ej., de entero a real). Tras la palabra reservada into, en lugar de una lista de variables podemos incluir un registro. Este caso, la sentencia SELECT debe recuperar como máximo una única tupla. DECLARE REG_EMPLEADO EMPLEADO%ROWTYPE; MAXSAL EMPLEADO.SALARIO%TYPE; BEGIN SELECT NUM_EMP, NOMBRE_EMP, TAREA, JEFE, SALARIO, FECHA_ALTA, NUM_DPTO INTO REG_EMPLEADO FROM EMPLEADO WHERE NUM_EMP=5698; SELECT MAX (SALARIO) INTO MAXSAL FROM EMPLEADO; . . . END;

PL/SQL incluye bucles WHILE, dos estucturas de bucles FOR, y bucles continuos. Mas adelante utilizaremos algunos de ellos en combinación con cursores. Todos los tipos de bucles son utilizados para ejecutar multiples veces una secuencia de sentencias. La especificación de bucles se realiza de la misma forma que en los lenguajes de programación imperativos como C y Pascal.

La sintaxis de un bucle WHILE es la siguiente: [] WHILE LOOP ; END LOOP []; En general, el etiquetado del bucle es opcional, aunque cuando se presentan varios bucles continuos (incondicionales) anidados, resulta obligatorio el etiquetado, ya que es necesario incluir la sentencia EXIT ;

Por tanto, el numero de iteraciones a través de un bucle WHILE no es conocido hasta que el bucle finaliza. El numero de iteraciones a través del bucle FOR puede ser precisado utilizando dos números enteros.

55

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

[] FOR IN [REVERSE] ... LOOP ; END LOOP [];

El contador de bucle esta implícitamente declarado. El ámbito del contador del bucle es sólo el bucle FOR. Esto anula el alcance de algunas variables que tienen el mismo nombre fuera del bucle. Dentro el bucle FOR, puede ser referenciado como una constante. puede aparecer en expresiones, pero no es posible asignarle valores. El uso de la palabra reservada REVERSE, provoca in incremento negativo del índice, desde el limite superior () hasta el inferior ().

5. Manejo de Cursores Antes de que un cursor pueda ser utilizado, debe ser abierto usando la sentencia OPEN. OPEN INTO []; La sentencia SELECT asociada es entonces procesada, y el cursor hace referencia (apunta) a la primera tupla seleccionada. Las tuplas seleccionadas pueden ser entonces procesadas una a una usando el comando FETCH. FETCH

INTO ;

El comando FETCH asigna los valores de los atributos seleccionados de la tupla actual a la lista de variables. Después de ejecutar el comando FETCH, el cursor avanza a la siguiente tupla del conjunto seleccionado. Hemos de tener en cuenta las variables en la lista deben de tener los mismos tipos de datos que los valores seleccionados. Después de que todas las tuplas hayan sido procesadas, el cursor debe de ser deshabilitado mediante el comando CLOSE. CLOSE ;

El siguiente ejemplo muestra como un cursor es utilizado junto a un bucle: DECLARE CURSOR EMP_CUR IS SELECT * FROM EMPLEADO; REG_EMP EMPLEADO%ROWTYPE; SAL_EMP EMPLEADO.SALARIO%TYPE; BEGIN OPEN EMP_CUR; LOOP FETCH EMP_CUR INTO REG_EMP; EXIT WHEN EMP_CUR%NOTFOUND; SAL_EMP := REG_EMP.SAL;

END LOOP; CLOSE EMP_CUR; . . . END;

Universidad de Jaén

56

PL/SQL

Programación de Bases de Datos Oracle

Cada bucle puede ser completado incondicionalmente usando la cláusula EXIT. EXIT

[] [WHEN ]

El uso de EXIT sin una etiqueta de bloque causa el fin de la ejecución del bucle que contiene la sentencia exit. La condición puede ser una simple comparación de valores. En la mayoría de los casos, la condición se refiere a un cursor. En el ejemplo anterior, %NOTFOUND es un operador que se evalúa como falso si el último comando FETCH ejecutado ha leído una tupla. Si no ha sido posible leer una tupla al haber sido ya todas procesadas, %NOTFOUND devuelve falso. El valor de %NOTFOUND es nulo antes de que la primera tupla sea procesada con un FETCH. El operador %FOUND es la oposición lógica de %NOTFOUND. El cursor de los bucles FOR puede ser usado para simplificar el uso del cursor: ] FOR IN [()] LOOP

END LOOP []; Con esta sintaxis, se declara de forma implícita el registro apropiado para almacenar una tupla del cursor. Además, este bucle ejecuta implícitamente un FETCH en cada iteración, así como un OPEN antes de que se entre en el bucle y un CLOSE después de que el bucle finalice. Si se intenta ejecutar un bucle con un cursor que no ha seleccionado ninguna tupla, éste finaliza automáticamente. Esto es igualmente posible al especificar una consulta en lugar de en un bucle FOR: FOR IN () LOOP

END LOOP; Es decir, un cursor no necesita ser especificado antes de entrar el bucle, pero es definido en la sentencia SELECT. Ejemplo: FOR REG_SAL IN (SELECT SALARIO+COMM ...; END LOOP;

TOTAL

FROM

EMPLEADO)

LOOP

TOTAL es un alias para la expresión en la sentencia SELECT. Así, en cada iteración sólo se procesa una única tupla. El registro REG_SAL, que está implícitamente definido, contiene sólo una entrada a la que podemos acceder con REG_SAL.TOTAL. Los alias, por supuesto, no son necesarios si son seleccionado atributos exclusivamente, es decir, si la sentencia SELECT no contiene ni operadores aritméticos ni funciones agregadas. Para las estructuras de control alternativas, PL/SQL ofrece la estructura IF-THEN-ELSE IF THEN [ELSIF] THEN ... [ELSE] END IF; Empezando con la primera condición, si ésta es verdadera, su correspondiente secuencia de sentencias son ejecutadas, de otra forma el control pasaría a la próxima condición. Así la conducta de este tipo de sentencias PL/SQL es análoga a las sentencias IF-THEN-ELSE en los lenguajes de programación imperativos.

57

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

Excepto en los comandos DDL (data definition lanbguaje) como CREATE TABLE, todos los tipos de sentencias SQL pueden ser utilizadas en los bloques PL/SQL, en particular DELETE, INSERT, UPDATE, y COMMIT. Notese que en PL/SQL sólo se permite la sentencia SELECT del tipo SELECT INTO , es decir, los valores de atributo seleccionados sólo pueden ser asignados a variables. El uso de la sentencia SELECT SQL provoca un error de sintaxis. Si las sentencias UPDATE o DELETE se utilizan en combinación con un cursor, estos comandos pueden ser restringidos a la tupla en proceso (fetched). Para ello, se añade la clausula WHERE CURRENT OF , tal y como se muestra en el siguiente ejemplo. Ejemplo: El siguiente bloque PL/SQ ejecuta las siguientes modificaciones: Todos los empleados que tengan como jefe a ‘JIMENEZ’ incrementarán su salario en un 5%. DECLARE MANAGER EMPLEADO.JEFE%TYPE; CURSOR EMP_CUR (NUM_JEFE NUMBER) IS SELECT SALARIO FROM EMPLEADO WHERE JEFE = NUM_JEFE FOR UPDATE OF SALARIO; BEGIN SELECT NUM_EMP INTO MANAGER FROM EMPLEADO WHERE NOMBRE_EMP = ‘JIMENEZ’; FOR REG_EMP IN EMP_CUR(MANAGER) LOOP UPDATE EMPLEADO SET SALARIO = REG_EMP.SALARIO * 1.05 WHERE CURRENT OF EMP_CUR; END LOOP; COMMIT; END;

6. Manejo de Excepciones Un bloque PL/SQL puede contener sentencias que especifique rutinas de manejo de excepciones. Cada error o advertencia (warning) durante la ejecución del bloque PL/SQL genera una excepción. Podemos distinguir dos tipos de excepciones: • Excepciones definidas por el sistema. • Excepciones definidas por el usuario (que deben ser declaradas por éste en la parte del bloque donde la excepción es usada/ implementada) Las excepciones definidas por el sistema son automáticamente generadas cuando se produce un error o advertencia. Por el contrario, las excepciones definidas por el usuario, deben ser generadas implícitamente mediante una secuencia de sentencias utilizando la cláusula RAISE . Las rutinas del manejo de excepciones son implementadas por el usuario al final del bloque y tras la palabra reservada EXCEPCTION: WHEN

THEN

;

Los errores más comunes que pueden darse durante la ejecución de los programas PL/SQL son manejados por excepciones definidas por sistema. La siguiente tabla muestra algunos de sus nombres y descripciones cortas.

Universidad de Jaén

58

PL/SQL

Nombre de la excepción CURSOR_ALREADY_OPEN INVALID_CURSOR NOT_DATA_FOUND TOO_MANY_ROWS ZERO_DIVIDE

Programación de Bases de Datos Oracle

Principales excepciones del sistema. Numero Observaciones ORA-06511 Se ha intentado abrir un cursor que está ya abierto. ORA-01001 Se ha intentado hacer un fetch sobre un cursor cerrado. ORA-01403 Una sentencia select ... into o fetch no devuelve ninguna tupla. ORA-01422 Una sentencia select ... into o fetch no devuelve más de uan tupla. ORA-01476 Se ha intentado dividir un numero entre 0.

Ejemplo: DECLARE SAL_EMP EMPLEADO.SALARIO%TYPE; N_EMP EMPLEADO.NUM_EMP%TYPE SALARIO_DEMASIADO_ALTO EXCEPCION; BEGIN SELECT NUM_EMP, SALARIO INTO N_EMP, SAL_EMP FROM EMPLEADO WHERE NOMBRE_EMP = ‘GOMEZ’; IF SAL_EMP * 1.05 > 4000 THEN RAISE SALARIO_DEMASIADO_ALTO ELSE UPDATE EMPLEADO SET SQL. . . END IF; EXCEPCTION WHEN NO_DATA_FOUND – NO SE SELECCIONAN TUPLAS THEN ROLLBACK; WHEN SALARIO_DEMASIADO_ALTO THEN INSERT EMP_SAL_ALTOS VALUES( N_EMP); COMMIT; END; Tras la palabra reservada WHEN, podemos incluir una lista de nombres de excepciones conectados con el operador relacional OR. La última cláusula WHEN en la parte de EXCEPTION puede contener la excepción OTHERS. Ésta presenta la excepción por defecto de la rutina de manejo, por ejemplo, un ROLLBACK. Si un programa PL/SQL es ejecutado desde la shell del SQL*Plus, las rutinas de manejo de excepciones pueden contener sentencias que muestren errores o mensaje de advertencias en la pantalla mediante el procedimiento RAISE_APPLICATION_ERROR. Este procedimiento tiene dos parámetros y . es un entero negativo definido por el usuario y cuyo rango esta entre –20000 y –20999. es un string con una longitud no superior a 2048 caracteres. El operador de concatenación de caracteres ‘||’ puede ser utilizado para concatenar cadenas de caracteres simples a una cadena de caracteres. Para mostrar variables numéricas, éstas deben de ser convertidas a strings usando la función TO_CHAR. Si RAISE_APPLICATION_ERROR es llamado por un bloque PL/SQL, la ejecución de dicho bloque finaliza y todas las modificaciones realizafdas sobre la BD son anuladas. Dicho de otro modo, se desarrolla un ROLLBACK implícito además de mostrar el mensaje de error. Ejemplo: IF SAL_EMP * 1.05 > 4000 THEN RAISE_APPLICATION_ERROR (-20010, ‘El incremento salarial para el empleado número‘ || TO_CHAR (N_EMP) || ‘ es demasiado alto’ );

59

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

7. Procedimientos y Funciones PL/SQL proporciona un lenguaje sofisticado para construir procedimientos y funciones de programa que pueden ser invocados por otros bloques PL/SQL y por otros procedimientos y funciones. La sintaxis para la definición de procedimientos es CREATE [OR REPLACE] PROCEDURE ()] IS BEGIN

[EXCEPTION ] END [];

Una función puede ser especificada de una forma parecida: CREATE [OR REPLACE] FUNCTION [()] BEGIN

[EXCEPTION ] END [];

La cláusula opcional OR REPLACE vuelve a crear el procedimiento o función. Un procedimiento o función puede ser borrado respectivamente con los comandos DROP PROCEDURE DROP FUNCTION Al contrario que en los bloques PL/SQL anónimos, la clausula DECLARE no puede ser utilizada en las funciones/procedimientos definidos. Los parámetros válidos incluyen todos los tipos de datos. Sin embargo, para los tipos CHAR, VARCHAR2 Y NUMBER no deben de especificar longitud ni escala. Por ejemplo, el parámetro NUMBER(6) da un error de compilación y debe ser reemplazado por NUMBER. Los tipos implícitos del tipo %TYPE y %ROWTYPE pueden ser utilizados sin ninguna restricción. Los parámetros se especifican de la siguietne forma: [IN | OUT | IN OUT] [{:= |DEFAULT } ] Las cláusulas IN, OUT, y IN OUT especifican el modo en que es utilizado el parámetro. Por defecto, los parámetros son de modo IN. IN significa que el parámetro puede estar referenciado dentro del cuerpo del procedimiento, pero no puede ser cambiado. OUT significa que al parámetro se le puede asignar un valor, pero el valor del parámetro no puede ser referenciado. IN OUT permite ambas cosas, asignar valores a los parámetros y referenciarlos. Normalmente basta con usar el modo por defecto (IN). Ejemplo: El siguiente procedimiento incrementa el salario de todos los empleados que trabajan en un departamento dado como parámetro de entrada al procedimiento. El porcentaje del incremento de salario también es un parámetro de entrada (por defecto 0.5). Universidad de Jaén

60

PL/SQL

Programación de Bases de Datos Oracle

CREATE PROCEDURE INCREMENTO_SALARIAL (DNO NUMBER, PORCENTAJE NUMBER DEFAULT 0.5) IS CURSOR EMP_CUR (N_DPTO NUMBER) IS SELECT SALARIO FROM EMPLEADO WHERE NUM_DPTO = N_DPTO FOR UPDATE OF SALARIO SAL_EMP NUMBER (8); BEGIN OPEN EMP_CUR (DNO); - - ASIGNAMOS DNO A N_DPTO LOOP FETCH EMP_CUR INTO SAL_EMP; EXIT WHEN EMP_CUR%NOTFOUND; UPDATE EMPLEADO SET SALARIO = SAL_EMP*((100+PORCENTAJE) /100) WHERE CURRENT OF EMP_CUR; END LOOP; CLOSE EMP_CUR; COMMIT; END INCREMENTO_SALARIAL; Este procedimiento puede ser invocado desde la shell SQL*Plus usando el comando EXECUTE INCREMENTO_SALARIAL(10,3); Si el procedimiento es llamado sólo con el valor 10, se entiende que el valor del parámetro porcentaje es el declarado por defecto: 0.5. Si un procedimiento es llamado desde el bloque PL/SQL la utilización de EXECUTE es omitida. Las funciones tienen la misma estructura que los procedimientos. La única diferencia es que las funciones devuelven un valor de un tipo que debe ser declarado, no existiendo ninguna restricción para ello. CREATE FUNCTION SALARIO_TOTAL_DPTO (DNO NUMBER) R ETURN NUMBER IS SALARIO_TOTAL NUMBER;. BEGIN SALARIO_TOTAL := 0; FOR SAL_EMP IN (SELECT SALARIO FROM EMPLEADO WHERE NUM_DPTO = DNO AND SALARIO IS NOT NULL) LOOP SALARIO_TOTAL := SALARIO_TOTAL + SAL_EMP.SALARIO; END LOOP; RETURN SALARIO_TOTAL; END SALARIO_TOTAL_DPTO; Para llamar a una función desde la shell de SQL*Plus es necesario en primer lugar definir la variable en la que se almacenará el valor devuelto. En SQL*Plus una variable puede ser definida utilizando el comando VARIABLE ; por ejemplo, VARIABLE sueldo NUMBER. utilizando el comando EXECUTE: EXECUTE

La función anterior puede ser entonces

llamada

:SUELDO := SALARIO_TOTAL_DPTO(20);

Tengase en cuenta que el simbolo “:“ debe ponerse delante de la variable.

61

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

Utilizando el comando HELP en SQL*Plus puede obtenerse más información sobre los procedimientos y funciones, por ejemplo HELP [CREATE] FUNCTION, HELP SUBPROGRAM, HELP STORED SUBPROGRAMS.

Universidad de Jaén

62

PL/SQL

Programación de Bases de Datos Oracle

8. Disparadores (Triggers)

8.1. Visión General Los diferentes tipos de restricciones de integridad vistos, están muy lejos de proporcionar un mecanismo declarativo para asociar condiciones simples a tablas tal como ocurre con las restricciones de llave primaria, llave foránea o de dominio. Las restricciones complejas de integridad que se refieren a varias tablas y atributos no pueden ser especificadas en la definición de la tabla. Los disparadores, por lo contrario, proporcionan una técnica procedural para especificar y mantener las restricciones de integridad. Los disparadores incluso permiten a los usuarios especificar las condiciones de integridad más complejas, ya que un disparador es esencialmente un procedimiento PL/SQL (asociado con una tabla) que es automáticamente llamado por el SGBD cuando ocurre alguna modificación (evento) en la tabla. Las modificaciones de la tabla pueden incluir operaciones INSERT, UPDATE, Y DELETE.

8.2. Estructura de los disparadores La definición de un disparador consta de los siguientes componentes (opcionales): • Nombre del disparador CREATE [OR REPLACE] TRIGGER • Tiempo o punto del disparador BEFORE | AFTER • Eventos disparadores INSERT OR UPDATE [OF ] OR DELETE ON • Tipo de disparador (opcional) FOR EACH ROW • Restricciones disparador (solo para disparador FOR EACH ROW ) WHEN () • Cuerpo del disparador

63

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

La cláusula REPLACE vuelve a crear una definición de disparador con el mismo . El nombre de un disparador puede ser elegido arbitrariamente, pero un buen estilo de programación es usar un nombre de disparador que refleje al de la tabla y el evento(s), por ejemplo: UPD_INS_EMP. Un disparador puede ser invocado antes o después del evento disparador (trigger event). Un evento simple es una sentencia INSERT, UPDATE o DELETE; los eventos pueden ser combinados usando la conectiva lógica OR. Si no se especifican columnas en un disparador UPDATE, el disparador es ejecutado cuando la tabla es modificada. Si el disparador debe de ejecutarse cuando son actualizadas sólo determinadas columnas, estas columnas deben de ser especificadas después del evento UPDATE. Para programar disparadores de forma eficiente y correcta es esencial comprender la diferencia entre un disparador-fila o disparador a nivel de fila (row level trigger) y un disparador-sentencia o disparador a nivel de sentencia (statement level trigger). Un disparador a nivel de fila se define utilizando la cláusula FOR EACH ROW. Si no aparece esta cláusula en la definición del disparador, se asume que es un disparador-sentencia. Un disparador-fila se ejecuta una vez por cada fila antes (o después) del evento. Por el contrario, un disparador-sentencia se ejecuta una única vez antes (o después) del evento, independientemente del número de las filas afectadas por el evento. Por ejemplo, un disparador-fila con la especificación de evento AFTER UPDATE es ejecutado una vez por cada fila afectada por la actualización. Por consiguiente, si la actualización afecta a 20 tuplas, el disparador es ejecutado 20 veces. En contraposición, un disparador-sentencia es ejecutado sólo una vez. Si combinamos los diferentes tipos de disparadores, hay doce posibles configuraciones que pueden ser definidas por la tabla:

Evento INSERT UPDATE DELETE

Tipos de disparadores. Punto del disparador Tipo de disparador BEFORE AFTER SENTENCIA FILA X X X X X X X X X X X X

Los disparadores-fila tienen algunas características especiales de la que carecen los disparadoressentencias. Sólo con un disparador-fila es posible acceder a los valores de los atributos de una tupla antes y después de la modificación (ya que el disparador es ejecutado una vez por cada tupla). Para un disparador UPDATE podemos acceder al valor que posee el atributo antes de disparo (valor antiguo) utilizando :OLD. y podemos acceder al valor de atributo tras el disparo (valor nuevo) utilizando :NEW.. Para un disparador INSERT sólo puede ser utilizado :NEW. y para un disparador DELETE sólo puede ser utilizado :OLD. (ya que en un borrado no existen valores nuevos, unicamente existen valores viejos de tupla). En estos casos, :NEW. se refiere a valores de atributos de en la tupla insertada, y :OLD. se refiere al valor de atributo de la columna de la tupla borrada. En un disparadorfila es posible especificar comparaciones entre un nuevo y antiguo valor de atributo en el bloque PL/SQL. Por ejemplo, “IF :OLD.SALARIO := :OLD.SALARIO THEN... “. Si un disparador-fila es especificado como BEFORE, es incluso posible modificar los nuevos valores de la fila, ej., :NEW.SALARIO:=:NEW * 1.05 or :NEW.SALARIO:=:OLD.SALARIO. Estas modificaciones no son posibles con disparadores-fila AFTER. En general, es aconsejable usar un disparador-fila AFTER si la nueva fila no es modificada en el bloque PL/SQL. Los disparadores-sentencia son usados generalmente en combinacion con AFTER. En una definición de disparador, la cláusula WHEN sólo puede ser utilizada en combinación con la opción FOR EACH ROW. Esta cláusula es utilizada para restringir cuándo se ejecuta el disparador. Para la especificación de la condicion en la cláusula WHEN, se siguen las mismas normas que para la clausula CHECK. Las únicas excepciones son que las funciones SYSDATE y USER pueden ser utilizadas, y que es posible referirse al viejo/nuevo valor de atributo de la fila actual. En el caso anterior, el símbolo “:” no debe ser usado (OLD. y NEW.). Universidad de Jaén

64

PL/SQL

Programación de Bases de Datos Oracle

El cuerpo del disparador consiste en un bloque PL/SQL. Todos los comandos PL/SQL pueden ser utilizados en un bloque disparador, a excepción de las sentencias COMMIT y ROLLBACK. Además, la utilización adicional de la estructura IF permite ejecutar ciertas partes del bloque PL/SQL dependiendo del evento disparador. Para ello, existen las tres construcciones IF INSERTING, IF UPDATING[(‘’)], y IF DELETING, que pueden ser utilizadas de la forma que muestra el siguiente ejemplo: CREATE OR REPLACE TRIGGER COMPROBAR_EMPLEADO AFTER INSERT OR DELETE OR UPDATE ON EMPLEADO FOR EACH ROW BEGIN IF INSERTING THEN

END IF; IF UPDATING THEN

END IF; IF DELETING THEN

END IF; END;

8.3. Ejemplos de disparadores Supongamos que tenemos que mantener la siguiente restricción de integridad: “El salario de un empleado diferente del presidente no puede ser incrementado ni decrementado más de un 10%. Además, dependiendo del trabajo, cada salario debe estar dentro de un cierto rango. CREATE OR REPLACE TRIGGER COMPROBAR_INCREMENTO_SALARIO_EMPLEADO AFTER INSERT OR UPDATE OF SALARIO, TAREA ON EMPLEADO FOR EACH ROW WHEN (NEW.TAREA != ‘PRESIDENTE’) -- RESTRICCIÓN DE DISPARADOR DECLARE MINSAL, MAXSAL NIVEL.SAL_MAX%TYPE; BEGIN - RECUPERA EL SALARIO MÁXIMNO Y MÌNIMO PARA UNA TAREA SELECT SAL_MIN, SAL_MAX INTO MINSAL, MAXSAL FROM NIVEL WHERE TAREA = :NEW.TAREA; -- SI EL NUEVO SALARIO HA SIDO DECREMENTADO O NO ESTÁ DENTRO DE LOS LÍMITES, SE PRODUCE UNA EXCEPCIÓN IF ( :NEW.SALARIO < MINSAL OR :NEW.SALARIO > MAXSAL) THEN RAISE_APPLICATION_ERROR(-20230, ‘EL SALARIO HA SIDO DECREMENTADO’); ELSIF ( :NEW.SALARIO > 1.1 * :OLD.SALARIO) THEN RAISE_APPLICATION_ERROR(-20235, ‘INCREMENTO SUPERIOR AL 10%’); END IF; END;

65

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

Hemos usado un disparador AFTER ya que las filas insertadas y actualizadas no cambian dentro del bloque PL/SQL (ej., en caso de una violación de una restricción, podríamos restaurar el valor antiguo del atributo). Téngase en cuenta que las modificaciones en la tabla NIVEL también pueden causar una violación de restricción. Para mantener una condición completa definimos el siguiente disparador en la tabla NIVEL. En caso de una violación por una modificación UPDATE, nosotros no podemos invocar a una excepción, pero podemos restaurar el valor antiguo del atributo. CREATE OR REPLACE TRIGGER COMPROBAR_SALARIO_NIVEL BEFORE UPDATE OR DELETE ON NIVEL FOR EACH ROW WHEN (NEW.SAL_MIN > OLD.SAL_MIN OR NEW.SAL_MAX < OLD.SAL_MAX) DECLARE TAREA_EMP NUMBER(3) := 0; BEGIN IF DELETING THEN --PUEDE UN EMPLEADO TENER ASIGNADA UNA TAREA BORRADA? SELECT COUNT(*) INTO TAREA_EMP FROM EMPLEADO WHERE TAREA = :OLD.TAREA; IF TAREA_EMP != 0 THEN RAISE_APPLICATION_ERROR(-20240, ‘EXISTEN EMPLEADOS CON LA TAREA‘ || :OLD.TAREA); END IF; END IF; IF UPDATING THEN -- HAY EMPLEADOS CUYO SALARIO ESTÁ FUERA DEL RANGO? SELECT COUNT(*) INTO TAREA_EMP FROM EMPLEADO WHERE TAREA = :NEW.TAREA AND SALARIO NOT BETWEEN :NEW.SAL_MIN AND :NEW.SAL_MAX; IF TAREA_EMP != 0 THEN - - RESTAURAR LOS ANTIGUOS RANGOS DE SALARIO :NEW.SAL_MIN := :OLD.SAL_MIN; :NEW.SAL_MAX:= :OLD.SAL_MAX; END IF; END IF; END;

En este caso hemos utilizado un disparador BEFORE para restaurar el valor antiguo de un atributo perteniciente a una fila actualizada. Supongamos que además tenemos una columna PRESUPUESTO en nuestra tabla DPTO que es utilizada para almacenar el presupuesto del departamento. Asumamos la restricción de integridad que establece que el total de los salarios de un departamento no puede exceder el presupuesto del departamento. Las operaciones criticas para la tabla EMPLEADO son la inserción de nuevas tuplas y la actualización de los atributos SALARIO o NUM_DPTO. CREATE OR REPLACE TRIGGER COMPROBAR_PRESUPUESTO_PROYECTO AFTER INSERT OR UPDATE OF SALARIO, NUM_DPTO ON EMPLEADO DECLARE CURSOR DPTO_CUR IS SELECT NUM_DPTO, PRESUPUESTO FROM DPTO; DNO DPTO.NUM_DPTO%TYPE; TOTAL_SALARIOS DPTO.PRESUPUESTO%TYPE, DPTO_SALARIOS NUMBER; Universidad de Jaén

66

PL/SQL

Programación de Bases de Datos Oracle

BEGIN OPEN DPTO_CUR LOOP FETCH DPTO_CUR INTO DNO, TOTAL_SALARIOS; EXIT WHEN DPTO_CUR %NOTFOUND; SELECT SUM(SALARIO) INTO DPTO_SALARIOS FROM EMPLEADO WHERE NUM_DPTO = DNO; IF DPTO_SALARIOS > TOTAL_SALARIOS THEN RAISE_APPLICATION_ERROR(-20325, ‘EL TOTAL DE LOS SALARIOS DEL DEPARTAMENTO. || ‘EXCEDE DEL PRESUPUESTO’); END IF; END LOOP; CLOSE DPTO_CUR; END;

‘ || TO_CHAR(DNO)

En este caso, utilizamos una sentencia disparador en la tabla EMPLEADO porque tenemos que aplicar una función agregada al salario de todos los empleados que trabajan en un departamento en particular. Para la tabla DPTO, debemos definir otro disparador, pero en este caso, puede ser definido como un disparador-fila.

8.4. Programación de disparadores A la hora de programar, los diparadores-fila son el tipo de disparador más problemático, ya que incluyen varias restricciones. Para asegurar la consistencia de lectura, Oracle realiza un bloqueo de la tabla desde el comienzo de las sentencias INSERT, UPDATE, o DELETE. Esto quiere decir, que otros usuarios no pueden acceder a esta tabla hasta que las inserciones/modificaciones/borrados se hayan completado satisfactoriamente. En este caso, la tabla sobre la que se realiza la operación se denomina tabla mutante (mutating table). La única forma de acceder a una tabla mutante en un disparador es utilizando :OLD. y :NEW. en conexión con una fila disparador. Ejemplo de un disparador-fila erróneo: CREATE TRIGGER COMPROBAR_SALARIO_EMPLEADO AFTER UPDATE OF SALARIO ON EMPLEADO FOR EACH ROW DECLARE SUM_SAL NUMBER; BEGIN SELECT SUM(SALARIO) INTO SUM_SAL FROM EMPLEADO; . . .; END;

Si una sentencia UPDATE de la forma UPDATE EMPLEADO SET SALARIO = SALARIO * 1.1; es ejecutada en la tabla EMPLEADO, el disparador de arriba es ejecutado una vez por cada fila modificada. Mientras la tabla está siendo modificada por el comando UPDATE, no es posible acceder a

67

Universidad de Jaén

Programación de Bases deDatos Oracle

PL/SQL

todas las tuplas de la tabla usando el comando SELECT, porque este está cerrado. En este caso obtendremos los siguientes mensajes de error: ORA-04091: ORA-06512: ORA-04088:

la tabla EMPLEADO es mutante, el disparador no debe ni leer ni modificar en la línea 4 error durante la ejecución del disparador ‘comprobar_salario_empleado’

La única forma de acceder a la tabla, y más concretamente a la tupla, es usar :OLD. y :NEW.. Se recomienda seguir las reglas de abajo para la definición de integridad manteniendo disparadores:

Identificar operaciones y tablas criticas para cada restricción de integridad Para cada tabla chequear If la restricción puede ser comprobada a nivel de fila then If las filas comprobadas son modificadas dentro del disparador then usar disparador-fila tipo before else usar disparador-fila tipo after else usar disparador-sentencia tipo after

Los disparadores no son utilizados exclusivamente para el mantenimiento de la integridad. Pueden se utilizados también para: • Control de acceso a los usuarios y modificaciones en ciertas tablas • Monitorización de operaciones sobre tablas: CREATE TRIGGER LOG_EMP AFTER INSERT OR UPDATE OR DELETE ON EMPLEADO BEGIN IF INSERTING THEN INSERT INTO EMP_LOG VALUES (USER, ‘INSERT’ , SYSDATE); END IF; IF UPDATING THEN INSERT INTO EMP_LOG VALUES(USER, ‘UPDATE’, SYSDATE); END IF; IF DELETING THEN INSERT INTO EMP_LOG VALUES(USER, ‘DELETE’, SYSDATE); END IF; END; • La propagación automática de las modificaciones. Por ejemplo, si un jefe es transferido a otro departamento, puede ser definido un disparador que automáticamente transfiera a los empleados del jefe al nuevo departamento.

Universidad de Jaén

68

PL/SQL

Programación de Bases de Datos Oracle

8.5. Mas sobre disparadores Si un disparador se define el SQL*Plus shell, la definición debe terminar con un punto “.“ en la ultima línea. Una definición disparador puede ser cargada desde un fichero utilizando el comando @. Téngase en cuenta que la última línea del fichero debe contener un slash “ / “ Una definición disparador no puede ser cambiada, sólo puede ser recreada usando la cláusula OR REPLACE.. El comando DROP TRIGGER borra un disparador. Después de que una definición disparador haya sido compilada satisfactoriamente, el disparador es habilitado automáticamente. El comando ALTER TRIGGER DISABLE; es utilizado para deshabilitar un disparador. Todos los disparadores definidos en una tabla pueden ser (des)habilitados utilizando el comando ALTER TABLE ENABLE | DISABLE ALL TRIGER; El diccionario de datos guarda información acerca de los disparadores en la tabla USER_TRIGGERS. La información incluye el nombre del disparador, tipo, tabla y el código para el bloque PL/SQL.

69

Universidad de Jaén

4 Developer/2000: Forms Programación del cliente

Developer/2000: Forms

Programación de Bases de Datos Oracle

1. Introducción En este tema se va a realizar un estudio del conjunto de programas que constituyen la herramienta FORMS 4.5 (incluida en el paquete Developer/2000 de Oracle). La intención no es proporcionar un manual exhaustivo de todas las características que proporciona la herramienta, sino dar una visión general de la misma, a modo de tutorial, que permita entender y practicar las técnicas más habituales del diseño bajo Developer. Oracle FORMS es una herramienta de desarrollo de aplicaciones de bases de datos en arquitectura cliente/servidor. FORMS es un conjunto de programas que permite la definición y ejecución de formatos (o formularios) interactivos de pantalla. Un formato ORACLE es la representación en el ordenador de un formato de papel, utilizado para la introducción de información en la base de datos. Los formatos creados por FORMS son aplicaciones interactivas en entorno WINDOWS a través de las cuales un usuario final puede insertar, actualizar, borrar o consultar información de la base de datos. Realmente, un formato es un programa escrito en un lenguaje especial. Por esta razón, asociado a un formato existen varios ficheros, un fichero .FMT que es el fichero fuente, un fichero .FMB con el diseño en binario y uno .FMX que es el fichero objeto ejecutable. La existencia de los ficheros .FMT permiten el traslado de los formatos de unas plataformas a otras. La herramienta FORMS consta de tres programas: • Designer: es el entorno de desarrollo de la aplicación. Incluye un conjunto de herramientas visuales que permiten crear objetos, establecer sus propiedades y escribir el código asociado a la aplicación. • Generate: genera los ficheros con el código asociado al diseño (.FMT y .FMB) y el código objeto para el runtime (.FMX). • Runform: es un motor de tiempo de ejecución que ejecuta un formato .FMX generado anteriormente.

1.1. Designer Este es el programa que se utiliza para la creación de los formatos, aunque, como ya se comentó antes, permite llamar a los otros programas que constituyen FORMS 4.5. El programa Designer consiste en una serie de ventanas a través de las cuales se irán diseñando los distintos formatos. Los objetos creados con Designer se agrupan por funciones. Cada área funcional de la aplicación (que coinciden básicamente con los niveles descritos en el punto anterior) se 73

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

corresponde con un subárbol dentro de la jerarquía de objetos de Designer. Al igual que en SQL*PLUS, lo primero que se debe hacer una vez ejecutado Designer es conectarse a la base de datos: FILE -> CONNECT, esto significa menú FILE, opción CONNECT. Una característica fundamental de Designer es que el manejo de las aplicaciones creadas con él se pueden realizar o bien utilizando el menú por defecto que se añade a toda aplicación Forms, o bien a través de teclas de función. Cada tecla de función tiene un nombre y lleva asociada una tecla o combinación de teclas concretas y dependientes del terminal que se esté utilizando. El conjunto de teclas de función se puede visualizar en cualquier momento (durante el diseño con CTRL+K y durante la ejecución con CTRL+F1). Existen dos posibilidades de teclas de función: las teclas de función para el diseño y las teclas de función para la ejecución. En la figura 1 se muestran parte de las teclas de función en diseño y en ejecución para el caso del PC bajo WINDOWS.

Figura 1. Teclas de función modo DISEÑO.

Figura 2. Teclas de función modo EJECUCIÓN.

1.2. Runform Es el programa encargado de ejecutar un fichero .FMX creado a través del programa Generate. El formato ejecutado permanece activo hasta que se abandona o se produce un error irrecuperable. Se puede ejecutar el programa Runform desde Designer con FILE -> RUN. La ejecución de un formato permite consultar y modificar en todos los sentidos (crear, borrar, editar, ...) la tuplas de las tablas asociadas a él. Estas acciones se llevan también a cabo mediante un conjunto de teclas de función y el manejo del cursor (con el ratón en la versión PC-WINDOWS, por ejemplo).

2. Estructuración de un formato Antes de pasar a ver más en detalle el funcionamiento del programa FORMS, se debe asimilar la manera en la que se estructura un formato, ya que es fundamental para poder pasar a realizar su diseño.

Un formato es una ventana o conjunto de ventanas (aplicación cliente) a través de las que se puede insertar, actualizar, eliminar y/o consultar información de la base de datos (almacenada en el servidor Oracle). Un formato se divide de forma lógica básicamente en tres elementos funcionales:

Universidad de Jaén

74

Developer/2000: Forms

Programación de Bases de Datos Oracle

• bloques, • items y • disparadores. Además de estos tres elementos funcionales existen dos unidades visuales: • canvas-view y • window. Con estos elementos se puede diseñar de forma flexible el flujo de entrada de datos, con detección y corrección de errores, y la representación visual de la información de la base de datos, disponiendo de una gran variedad de formatos distintos.

FORMATO Es la unidad lógica más amplia dentro de una aplicación. Cada formato debe contener como mínimo un bloque, pudiendo contener cualquier número de disparadores. Un formato puede contener cualquier número de windows. En un formato con múltiples windows, las unidades lógicas del formato (bloques e items) se representan en más de una ventana. Los disparadores creados a nivel de formato pueden ser llamados desde cualquiera de los bloques e items contenidos en este formato

BLOQUE Es la unidad lógica más amplia dentro de un formato. Deberá contener como mínimo un item, y podrá contener cualquier número de disparadores. Cada bloque se puede asociar directamente con una y sólo una tabla de la base de datos, aunque también pueden crearse bloques de control que no tengan asociada ninguna tabla. Esta asociación directa permite a su vez la asociación entre items y atributos de la tabla, lo que permite que los items de un bloque muestren la información de los atributos correspondientes de la tabla base asociada. Cada bloque dentro de un formato tiene un nombre único. Los disparadores a nivel de bloque tienen preferencia sobre los disparadores de nivel de formato que tengan el mismo nombre, siendo ejecutados en lugar de éstos cuando el cursor está en ese bloque. Cuando un bloque está asociado a una tabla puede ocurrir que pueda tratar (mostrar, actualizar, ...) una sola tupla de la tabla a la vez, o que pueda tratar varias tuplas de la tabla a la vez, en cuyo caso se dice que el bloque es de tipo multiregistro.

ITEM El item es la unidad lógica más amplia dentro de un bloque. Los datos son manipulados a través de esta unidad. Cada item dentro de un bloque debe tener un nombre único para formar una asociación directa entre el item y un atributo específico de una tabla de la base de datos. Un item también puede tener cualquier número de disparadores, pero para existir no necesita contener ninguna unidad excepto su nombre. Existen dos grupos diferentes de items: • los relacionados con la información de la base de datos y

75

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

• los relacionados con la información de un formato concreto. Si el bloque que contiene el item está asociado a una tabla de la base de datos, el item puede estar directamente asociado con uno de los atributos de esa tabla. Esta asociación se crea simplemente utilizando el nombre del atributo como nombre del item y marcando dicho item como item de la base de datos. Los items que no estén marcados como items de la base de datos se utilizan únicamente para mostrar información relacionada con el formato, como títulos, variables, resultados de cálculos temporales, valores de variables globales, ... Los disparadores a nivel de item tienen preferencia sobre los que tuvieran el mismo nombre a nivel de bloque o de formato, ejecutándose en lugar de éstos si existiera dicha coincidencia de nombres.

DISPARADOR Los niveles de formato, bloque e item constituyen la estructura de un formato, mientras que los disparadores son los que le proporcionan su funcionalidad. Como ya vimos en el capítulo anterior, un disparador es un conjunto de comandos SQL o PL/SQL. La ejecución de un disparador está vinculada al desencadenamiento de un determinado evento como puede ser una pulsación de teclado específica, un movimiento concreto del cursor o un movimiento concreto del cursor del ratón. Por ejemplo, a nivel de item, existen tres acontecimientos de cursor para activar un disparador: pre_item, post_item y post_change. En el primer caso el disparador se activa cuando se entra en el item, en el segundo caso cuando se sale del item y en el tercer caso cuando se sale del item y se haya cambiado su valor. En apartados posteriores se hará un estudio más detallado de los disparadores dentro de FORMS.

3. El proceso de desarrollo de un formato Para crear un formato se utiliza el programa Designer. Al formato se le dará un nombre y mediante la creación de una serie de objetos y el establecimiento de sus propiedades se irá rellenando la información necesaria para determinar el aspecto del formato, los datos que va a manipular y su reacción ante situaciones o eventos específicos. Una vez completado el proceso de diseño del formato se ejecutarán el resto de programas de FORMS. Lo primero que hay que hacer es grabar a disco lo que hasta ese momento se encuentra en memoria (FILE -> SAVE), de esta forma obtenemos el correspondiente fichero .FMB. Para ejecutar el formato se utiliza FILE -> RUN. Si el resultado no es el esperado o existen errores en el formato, se modifica y se repite el proceso. Una vez creado el formato correcto es conveniente salvarlo en las tablas FORMS del diccionario de datos del servidor Oracle. A partir de este momento el formato se ejecutará con Runform, impidiendo de esta forma que el usuario final pueda modificar su diseño.

3.1. Creación de un formato por defecto Se va a crear un formato de la manera más sencilla, que es utilizando las características por defecto. El formato que se va a crear corresponde a la tabla COCHES, utilizada en el capítulo 2. Los pasos a dar son los siguientes: Universidad de Jaén

76

Developer/2000: Forms

Programación de Bases de Datos Oracle

1. Ejecutar el programa Designer y realizar la conexión al servidor Oracle. 2. Aparece en pantalla el menú principal de Designer y el Navegador de Objetos que permitirá crear, modificar y acceder a todos los objetos que vayan siendo añadidos al formato. La forma de crear un formato nuevo es similar a la creación de cualquier objeto en FORMS: hay que situarse en el Navegador de Objetos encima del tipo de objeto que se quiere crear (en este caso se pulsa sobre el icono Forms) y se pulsa el botón CREATE del Navegador o bien NAVIGATOR -> CREATE (ver Figura 3). Se crea un nuevo objeto de tipo Forms al que hay que darle nombre. Para ello, se hace doble click sobre el icono del nuevo formato , apareciendo la ventana de sus propiedades. Hay que situarse en la propiedad Name y especificar el nombre COCHES.

Figura 3. Creación de un nuevo formato. 3. Para crear un bloque por defecto se selecciona, en el navegador de objetos, el tipo Blocks dentro del formato creado y se pulsa de nuevo el botón CREATE. Aparecerá la ventana de definición de bloque nuevo (ver Figura 4). Ahora hay que rellenar los diferentes campos de esta ventana. Se selecciona la tabla asociada al bloque (COCHES) y se le asigna por defecto también como el nombre del bloque. 4. Dentro de la pestaña LAYOUT de la ventana de creación de nuevo bloque se puede establecer la siguiente información: • Records: sirve para especificar el número de tuplas de la tabla que aparecerán a la vez en el formato, es decir, se especifica si el bloque va a ser mono o multiregistro (para este ejemplo se elige un bloque multiregistro de 5 tuplas). • Integrity Constraints: especifica si Forms debe forzar las restricciones de integridad definidas cuando se creó la tabla base en el servidor Oracle (la activación de este campo es muy útil ya que cuando se producen violaciones de las restricciones establecidas en las tablas, los mensajes de error serán más detallados).

77

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

• Button Palette: especifica si Forms debe crear una paleta por defecto de botones para el manejo en tiempo de ejecución de los datos en el bloque. • Scroll Bar: especifica si Forms debe crear una barra de scroll para el bloque que permita el movimiento entre los distintos registros del bloque. Si se selecciona esta opción, la opción Orientation determina si la barra de scroll se visualiza vertical u horizontalmente.

Figura 4. Ventana de Definición de Bloque. En las opciones de la pestaña ITEMS se pueden seleccionar los atributos de la tabla que aparecerán en el formato, de qué tipo es cada item y la etiqueta que se pondrá encima de cada atributo. Por defecto se seleccionan todos los atributos, se coge el tipo definido al crear la tabla en el servidor y la etiqueta del item es el nombre del atributo en la tabla. 5. Como se ha terminado de definir el bloque se pulsa el botón OK para salir de la ventana de definición de bloque, observando que en el navegador de objetos se ha creado una nueva entrada para el bloque recién creado y dentro de este bloque (se despliega pulsando sobre ) se han creado los correspondientes items para almacenar los valores de los distintos atributos de la tabla. 6. Para salvar el formato se utiliza la opción FILE -> SAVE.

3.2. Manipulación del formato Una vez que creado el formato se pasa a su ejecución. Durante la fase de diseño, esta ejecución se realiza con la opción FILE -> RUN, de modo que si se quiere modificar el formato repetidas veces, no sea necesario estar entrando y saliendo de Designer. Una vez que el formato está totalmente acabado, la opción lógica es ejecutarlo desde el programa Runform, ya que el usuario del formato no será su diseñador y no suele ser conveniente que dicho usuario pueda modificar el formato. Una vez lanzado el formato, éste aparece en la pantalla vacío tal y como fue definido (ver Figura 5). Para trabajar con el formato se pueden utilizar también las teclas de función, pero en este caso no las teclas de función de modo diseño (las vistas anteriormente) sino las teclas de función en modo trabajo. Para mostrar en pantalla las teclas de función se utiliza la tecla Show Function Keys que para el PC bajo WINDOWS es la tecla CTRL + F1. Las operaciones que es posible realizar con el formato son las siguientes: 1. Inserción de tuplas: Para insertar tuplas en la tabla se van rellenando los items deseados (los que sean llave primaria serán obligados). Para pasar de un item a otro se utiliza la tecla Next Item y para cambiar de registro la tecla Next Record. Hay que tener en cuenta que no se procesará ningún cambio en la base de datos hasta que se pulse la tecla Accept (o el botón Save, si fue creada una paleta de botones).

Universidad de Jaén

78

Developer/2000: Forms

Programación de Bases de Datos Oracle

Figura 5. Formato en ejecución.

2. Consulta: Para consultar la base de datos se utilizan dos teclas: Enter Query y Execute Query (se puede utilizar también el botón Query de la paleta de botones). Cuando se pulsa la tecla Enter Query (o el botón Query) aparece el bloque en blanco y se entra en el modo de consulta. Es posible realizar dos tipos de consultas en este momento: o bien una consulta a base de ejemplos o bien una típica consulta SELECT con las cláusulas WHERE y ORDER BY. Para realizar el primer tipo de consultas se sitúan expresiones del tipo ">valor" o "pr%" en el item correspondiente. Este tipo de expresiones se pueden combinar situándolas en varios items (equivale al operador AND). Por ejemplo, para consultar aquellos coches de la marca RENAULT fabricados antes de 1990, se situaría en el item MARCA el valor RENAULT y en el item AN_FAB la expresión LAYOUT EDITOR). El LAYOUT EDITOR (editor de composición), como su nombre indica, permite “editar” el aspecto del formato. Para ilustrar estos conceptos se va a modificar el formato anteriormente creado para dotarle de mayor funcionalidad. Las modificaciones a realizar son las siguientes: 1. Establecer el item MAT de forma que no pueda ser modificado accidentalmente: Hacer doble click sobre el item MAT. Aparece la última de la ventanas necesarias para el diseño de cualquier formato, la ventana PROPIEDADES. La ventana de propiedades visualiza las características, agrupadas por tipos, de los objetos seleccionados en el navegador de objetos o en el layout editor. Dentro de la ventana de propiedades se establece a TRUE las propiedades Primary Key y Required (no se puede pasar al siguiente campo si no se ha introducido un valor) y se pone a FALSE las propiedades Update Allowed (Actualización Permitida) (no se puede actualizar el valor una vez dado). El aspecto de la pantalla será el indicado en la figura 8.

Figura 8. Especificación de Propiedades en la definición de un item.

81

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

2. Acortar el tamaño del item MARCA y poner la etiqueta Año al item AN_FAB: Desde el LAYOUT EDITOR se pulsa sobre el item MARCA y se redimensiona utilizando los puntos indicadores. Esto no implica que no se puedan introducir valores de hasta 15 caracteres (como se especificó en la creación de la tabla), sino que sólo aparecerán a la vez los que quepan en el item de texto, pudiendo ver el resto utilizando las teclas Scroll Right y Scroll Left (cuando se esté trabajando con el formato). Para cambiar la etiqueta al item AN_FAB, seleccionar el botón TEXT del layout editor y pulsar sobre la etiqueta que se desea cambiar, aparece un cursor que permite su modificación. Esto tampoco significa que cambie el nombre del item, sino que aparecerá un título de columna más amigable en el formato. 3. Establecer que la marca y el modelo de cada coche se introduce con letras mayúsculas, de forma que luego se puedan hacer búsquedas de forma más fácil. Establecer a UPPER la propiedad Case Restriction para los items MARCA y MODELO.

Figura 9. Formato en ejecución una vez modificado.

4. Añadir un nuevo item al formato que muestre la fecha actual. Crear un nuevo bloque llamado FECHA (de esta forma se independiza a la fecha de las acciones que se realicen sobre el bloque COCHES). Este bloque fecha no lleva asociada ninguna tabla y en la ventana de definición de bloque se establece el campo SEQUENCE ID a 1 (indicando que este será el primer bloque en el que entrará el cursor al ejecutar el formato). Se crea un item FECHA sobre el bloque FECHA anteriormente creado, estableciendo la propiedad Canvas (vista donde se visualizará) al mismo valor que tengan los items del bloque COCHES. El tipo de datos a asignar es DATE (propiedad Data Type). Para establecer que aparezca la fecha actual poner $$DATE$$ en la propiedad Default Value. Posteriormente, en el layout editor, se situa el nuevo item en la posición deseada.

Universidad de Jaén

82

Developer/2000: Forms

Programación de Bases de Datos Oracle

5. Cambiar el número de tuplas que se visualizan a la vez (modo multiregistro), pasando de 5 a 7 tuplas, y establecer una ordenación por defecto por el atributo MARCA de forma ascendente: Se asigna el valor 7 a la propiedad Records Displayed del bloque COCHES. Esto modifica el tamaño de la visualización de los registros, pero no modifica el tamaño de la barra de scroll ni la posición de la paleta de botones. Estos cambios se deben hacer manualmente en el layout editor. Para establecer la ordenación por defecto, la propiedad ORDER BY Clause del bloque COCHES debe valer MARCA ASC. Se vuelve ejecutar el formato, obteniendo el resultado mostrado en la figura 9.

4. Tipos de items Hasta este momento sólo se han utilizado uno de los tipos de items que FORMS proporciona para visualizar la información de la base de datos. Estos items se denominan text items ya que visualizan la información en forma de texto alfanumérico (un nombre, un número, una fecha, ...). Sin embargo existen otros tipos de información visualizables en los formatos (una imagen, un botón, un control VBX, ...) o bien otras formas de visualizar la información (mediante una lista, mediante un check box, mediante un radio group, ...). Cada una de estas posibilidades está relacionada con un tipo distinto de items. Los tipos de items fundamentales que nos proporciona FORMS son: • text item: visualiza información en formato texto. • radio group: visualiza un número fijo y arbitrario de opciones mutuamente excluyentes representadas mediante radio buttons (botones circulares). • check box: control biestable que indica si un valor es verdadero o falso o si una condición se cumple o no. • list item: es una lista de elementos con formato texto. • buttons: son items de interfaz que cuando son pulsados ejecutan comandos o inician otras acciones. A continuación se va a detallar como definir un list item para visualizar las marcas de los coches, y un radio group y un check box para seleccionar, respectivamente, el puesto y el tipo de contrato de los mecánicos. En apartados posteriores se verá la definición y funcionamiento de los items de tipo button.

4.1. List items Los items de tipo list item permiten seleccionar el valor deseado para el item mediante la visualización de una lista estática de valores. La lista de valores estará compuesta por un conjunto de elementos de lista, cada uno de los cuales tendrá asociado un valor concreto que será el que se almacenará en la base de datos o el que servirá para identificar qué elemento de lista debe activarse cuando se recupera la información de la base de datos. Los pasos para la creación de un item de tipo list item, en este caso para la visualización de los valores del item MARCA asociado al atributo MARCA de la tabla COCHES, son los siguientes: 1. Para crear un list item o bien se inserta desde el LAYOUT EDITOR seleccionando previamente el bloque al que se desea que pertenezca y seleccionando de la barra de herramientas la 83

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

herramienta list item , seleccionando posteriormente la zona donde se inserta en nuevo list item, o bien, como sucede en el ejemplo del formato COCHES, se parte de un text item ya existente y se le redefine la propiedad item type con el valor LIST ITEM. 2. Una vez redefinido el tipo de item para el item MARCA, lo siguiente que hay que hacer es especificar los elementos que formarán la lista y el valor asociado a cada elemento. Para ello se hace doble click sobre la propiedad List Elements del item MARCA, apareciendo un cuadro de diálogo (ver figura 10) que permite especificar tanto los elementos que aparecerán en la lista (List Elements) como el valor asociado a cada uno de ellos (List Item Value). Para este ejemplo, además de especificar unas cuantas marcas, se define también el elemento de lista OTRA con valor OTRA, en previsión de la existencia de marcas de coches no especificadas en la lista.

Figura 10. Especificación de los elementos de un List Item.

Figura 11. Formato con un List Item.

3. Existen tres tipos diferentes de list item en cuanto a su visualización, estableciéndose en la propiedad ListStyle: Poplist, Tlist y Combo box. Dependiendo del tipo elegido, la lista de elementos se visualizará de forma diferente. El estilo seleccionado para el ejemplo es poplist.

Universidad de Jaén

84

Developer/2000: Forms

Programación de Bases de Datos Oracle

4. Otra propiedad a especificar, sobre todo cuando es posible que en la base de datos existan valores no contemplados en la lista, es la propiedad Other Values, en la cual se especifica uno de los valores asociados a uno de los elementos de lista, indicando que cuando para ese item se recupere información no contemplada en ningún valor de la lista, el elemento de lista que debe activarse es el que se corresponde con el valor especificado en esta propiedad. Para el ejemplo, esta propiedad toma el valor OTRA, de esta forma, si al hacer alguna consulta sobre la base de datos se recupera un coche cuya marca no se encuentra en la lista, entonces el elemento de lista que se activa es OTRA. 5. Si se desea que por defecto al introducir datos esté preseleccionado un elemento de la lista, la propiedad Default Value del item debe contener alguno de los valores asociados a los elementos de la lista. En la figura 11 se muestra un momento de la ejecución del formato COCHES una vez definido el list item y cuando se está seleccionando la marca para un nuevo coche.

4.2. Radio group Los items de tipo radio group permiten seleccionar y visualizar el valor de un item mediante un conjunto de botones circulares mutuamente excluyentes. El radio group estará compuesto por un conjunto de botones circulares (radio buttons), cada uno de los cuales tendrá asociada tanto una etiqueta que figurará junto al radio button como un valor concreto que será el que se almacenará en la base de datos o el que servirá para identificar qué radio button debe activarse cuando se recupera la información de la base de datos. El ejemplo de definición de un radio group, así como el que se verá en el apartado siguiente para el caso de un check box, se van a realizar sobre un formato para el acceso a la tabla MECANICOS. Las características de creación de este formato son similares a las descritas en el apartado 6 para el caso de la tabla COCHES, teniendo en cuenta que en el caso del formato MECANICOS el bloque asociado a la tabla es monoregistro. El formato inicial creado por defecto tiene el aspecto que se muestra en la figura 12.

Figura 12. Formato por defecto para la tabla MECANICOS. Los pasos para la creación de un item de tipo radio group, en este caso para la visualización de los valores del item PUESTO asociado al atributo PUESTO de la tabla MECANICOS, son los siguientes: 1. Para crear un radio group o bien se inserta desde el LAYOUT EDITOR seleccionando previamente el bloque al que se desea que pertenezca, y seleccionando de la barra de

85

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

, seleccionando posteriormente la zona donde se herramientas la herramienta radio button inserta el nuevo radio button, o bien, como sucede en el formato MECANICOS, se parte de un text item ya existente y se le redefine la propiedad item type con el valor RADIO GROUP. 2. El siguiente paso es crear el número deseado de radio buttons. Para crear un radio button, se expande en el navegador de objetos el radio group creado, se selecciona el nodo radio buttons y se pulsa el botón CREATE. Esta opración se repite tantas veces como opciones posibles se quieran añadir al radio group. Para el ejemplo se crean cuatro radio buttons. 3. Para cada radio button hay que establecer la etiqueta que figurará junto al radio button (propiedad label) así como el valor que representa ese radio button y que se asigna al item cuando dicho radio button está seleccionado (propiedad value). El tipo de los valores asignados a cada radio button debe ser compatible con el tipo de datos (CHAR, NUMBER, DATE, ...) asignado al radio group. Para el ejemplo tanto las etiquetas (label) como los valores (value) de cada radio button tienen los mismo valores que son: MOTOR, AMORTIGUACION, CHAPA y OTRO. 4. La propiedad other values del radio group permite gestionar la situación que se produce cuando al recuperar información de la base de datos se obtiene un valor no contemplado en ningún radio button. Esta propiedad se debe dejar en blanco indicando que no están contemplados otros valores, o bien se da la etiqueta o el valor de algún radio button que será el que se activará al encontrarse un valor no contemplado. Para el ejemplo, como se ha definido un redio button que contempla precisamente esta posibilidad, el valor de la propiedad other values es OTRO. 5. La propiedad default value del radio group especifica el valor inicial del radio group, determinando el radio button inicialmente seleccionado. En la figura 13 se muestra el ejemplo de radio group para el atributo PUESTO de la tabla MECANICOS. Como se puede apreciar un radio button sirve para indicar un puesto diferente de MOTOR, AMORTIGUACION o CHAPA. Este radio button sólo sirve para visualizar la información, ya que si lo que se desea es introducir un puesto distinto de los existentes, se necesitará otro item para indicar cuál es el nombre de puesto concreto.

Figura 13. Ejemplo de radio group.

Universidad de Jaén

86

Developer/2000: Forms

Programación de Bases de Datos Oracle

4.3. Check box Los items de tipo radio group permiten seleccionar y visualizar el valor de un item una casilla con dos posibles estados indicando un valor verdadero o falso o que se cumple una determinada condición. Los pasos para la creación de un item de tipo check box, en este caso para la visualización de los valores del item PARCIAL asociado al atributo PARCIAL de la tabla MECANICOS, son los siguientes: 1. Para crear un check box o bien se inserta desde el LAYOUT EDITOR seleccionando previamente el bloque al que se desea que pertenezca, y seleccionando de la barra de , seleccionando posteriormente la zona donde se inserta herramientas la herramienta check box el nuevo check box, o bien, como sucede en el formato MECANICOS, se parte de un text item ya existente y se le redefine la propiedad item type con el valor CHECK BOX. 2. Hay que establecer la etiqueta que figurará junto al check box (propiedad label) así como le valor que representa el check box cuando está activado (propiedad checked value) y cuando está desactivado (propiedad unchecked value) y que son asignados al item cuando el check box está activado o desactivado respectivamente. Para el ejemplo, cuando el check box está activado el valor es 1 y cuando está desactivado es 0. 3. La propiedad check box other values permite gestionar la situación que se produce cuando al recuperar información de la base de datos se obtiene un valor no contemplado. Esta propiedad tiene tres posibles valores: NOT ALLOWED, indicando que no se permiten otros valores, CHECKED, que establece que cuando se obtiene un valor no contemplado se debe activar el check box, y UNCHECKED, indicando que un valor no contemplado desactiva el check box. Para el ejemplo, la opción lógica es NOT ALLOWED. 4. La propiedad default value del check box especifica su valor inicial, determinando su estado inicial. En el ejemplo el valor por defecto es 0. En la figura 14 se muestra el resultado final del formato MECANICOS.

Figura 14. Ejemplo de check box.

87

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

5. Listas de valores calculadas en tiempo de ejecución El problema fundamental que tienen los items de tipo list item es que los valores que aparecen en la lista se establecen en tiempo de diseño, cuando habitualmente los valores posibles pueden variar con el tiempo. En determinadas situaciones es bastante interesante poder obtener una lista de valores posibles para un determinado item en función de los valores almacenados en la base de datos. Es más, puede ser interesante que en la lista se muestren no sólo los valores posibles para el item, sino también información adicional. Las listas de valores (LOV’s) se derivan de una estructura interna llamada grupo de registros (RECORD GROUP). Cuando se define una LOV, ésta se asocia con un determinado record group que es creado simultáneamente y de forma automática por Designer. Un record group tiene una estructura similar a una tabla de la base de datos. Una LOV es el objeto interfaz que permite ver, realizar scroll y seleccionar los registros que están almacenados en un momento determinado en el record group subyacente. Cuando se crea un objeto LOV, se especifica cuáles de las columnas del record group subyacente serán visualizadas en el LOV. Para establecer una lista de valores (LOV) asociada al item DNI del formato MECANICOS, lo primero que hay que hacer es crear un objeto de tipo LOV (de la misma forma que se invoca la creación de cualquier objeto en FORMS). Aparece la ventana de creación de LOV (ver Figura 15), en la que se debe especificar, mediante una sentencia SELECT, el conjunto de registros que se visualizarán en la lista.

Figura 15. Ventana de creación de Lista de Valores. De esta forma se crea un objeto LOV y además un objeto record group que es el que almacena los registros visualizados en el LOV. A estos nuevos objetos se les asignan nombres por defecto, que pueden ser cambiados en la correspondiente ventana de propiedades. Lo siguiente que hay que hacer es asociar el LOV creado a un determinado item del formato, de forma que cuando el cursor entre en ese item, aparezca el indicativo en la ventana de ejecución, proporcionando la posibilidad de pulsar la tecla List y visualizar la lista de valores. Para ello, hay que situarse en las propiedades del item DNI y establecer la propiedad LOV al identificativo del nuevo LOV creado (Designer muestra una lista de los LOV de que se dispone y se elige el creado anteriormente). Por último, sólo queda indicar dónde debe volcarse la información que se seleccione de la lista de valores. Esta información se establece en la propiedad Column Mapping del objeto LOV. Esta propiedad se especifica mediante un cuadro de diálogo (ver Figura 16) en el que se establece para cada atributo seleccionado en la definición del LOV (Column Names), su tamaño (en puntos) en la ventana del LOV (Display Width), la etiqueta del atributo (Column Title) y en qué item del formato se

Universidad de Jaén

88

Developer/2000: Forms

Programación de Bases de Datos Oracle

debe volcar la información seleccionada en el LOV (Return Item). Para el ejemplo, sólo se va a volcar el DNI del mecánico, por lo que para el atributo NOMBRE se deja en blanco la propiedad Return Item. Como se puede apreciar en la figura 16, la forma en que se ha especificado en item de volcado para el atributo DNI es mediante el formato nombre_bloque.nombre_item. Aunque en el caso concreto de este formato no es necesario, y hubiera bastado con indicar sólo el nombre del item DNI, la especificación completa permite evitar ambigüedades si existen más bloques en el formato que contengan algún item con nombre DNI.

Figura 16. Definición del mapeado de una lista de valores.

Figura 17. Lista de valores en ejecución.

Otras características útiles que pueden ser especificadas son: 1. Título de la ventana que muestra los valores: Propiedad Tittle del objeto LOV. 2. Posición en pantalla (X,Y) de la ventana: Propiedades X Position e Y Position del objeto LOV.

En el ejemplo, en la ventana aparecerán tanto los DNI como como los nombres de los mecánicos almacenados en la base de datos en el momento de solicitar la lista, haciendo de esta forma más fácil la elección del DNI deseado.

89

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

Para que el usuario del formato se de cuenta de la nueva opción introducida, se puede insertar una ayuda al item DNI que avise de que se puede usar la tecla List. Para ello, se pone a TRUE la propiedad Auto Hint del item DNI y en la propiedad Hint se introduce el texto que debe aparecer en la línea de ayuda cuando el cursor entre en el item DNI (por ejemplo, “Pulse la tecla LIST para ver los mecánicos de la base de datos”). La forma en que aparece la lista de valores cuando se está ejecutando el formato es la mostrada en la figura 17.

6. Formatos Maestro - Detalle Imagina que se quiere diseñar un formato que contenga para cada mecánico los trabajos que ha realizado. Este formato permitirá consultar los trabajos de cada mecánico, introducir nuevos mecánicos con sus trabajos asociados y añadir nuevos trabajos a mecánicos ya existentes. Este formato contendrá por tanto dos bloques, uno asociado a la tabla MECANICOS y otro asociado a la tabla TRABAJOS. Pero no interesa sólo tener los dos bloques en el formato, sino que además es necesario que estén relacionados, es decir, si se consulta un mecánico determinado deben aparecer de forma automática todos los trabajos que ha realizado, y si se introduce un nuevo trabajo se asigne también automáticamente al mecánico actual.

Figura 18. Creación de Relación Maestro-Detalle en creación de nuevo bloque.

Como se puede apreciar no va a bastar con crear dos bloques normales, sino que se debe establecer alguna dependencia entre ellos. A esta dependencia existente entre el bloque de los mecánicos y el bloque de los trabajos se le denomina relación Maestro-Detalle. En este caso, el bloque maestro sería el bloque MECANICOS y el bloque detalle sería el bloque TRABAJOS. Entre las tablas asociadas al Maestro y al Detalle debe existir una relación llave primaria-llave externa, es decir, como la tabla de detalle contiene los detalles de cada tupla del maestro, es necesaria la existencia de una llave exterior en la tabla de detalle que indique a qué tupla del maestro se corresponde cada detalle. Para el ejemplo, este atributo común llave primaria-llave externa es DNI. Existen dos formas de crear una relación Maestro-Detalle en Oracle Forms: 1. Crear la relación en la ventana de Nuevo Bloque al mismo tiempo que es creado el BLOQUE DETALLE de la relación. Si se elige esta opción, el BLOQUE MAESTRO debe estar ya creado. Para proceder a la creación de la relación, en la pestaña Master/Detail de la ventana de creación de un nuevo bloque DETALLE, se elige el bloque MAESTRO en el campo Master Block (el botón Select muestra un LOV con los posibles bloques maestros). A continuación se establece el campo Universidad de Jaén

90

Developer/2000: Forms

Programación de Bases de Datos Oracle

Join Condition especificando la condición de unión que enlaza cada registro detalle con su correspondiente registro maestro (idéntico al establecimiento de un JOIN en una consulta SELECT con varias tablas). Si el bloque maestro se ha elegido a través del botón SELECT, entonces el campo Join Condition se establece automáticamente. Para el ejemplo, una vez creado el bloque MECANICOS, la pestaña Master/Detail de la ventana de creación del bloque detalle TRABAJOS quedaría como se ve en la figura 18. La creación de este objeto bloque implica además la creación de un objeto relation y objetos trigger (disparadores) a nivel de bloque y a nivel de formato. Estos disparadores contienen el código que permite sincronizar los dos bloques implicados en la relación.

2. La segunda forma consiste en insertar una nueva relación bajo el nodo Relations (del navegador de objetos) del apropiado BLOQUE MAESTRO. Si se elige esta opción, tanto el BLOQUE MAESTRO como el BLOQUE DETALLE deben estar creados. Aparece la ventana de Nueva Relación (Figura 19.) en la que se debe establecer el nombre de la nueva relación, el bloque maestro, el bloque detalle y la condición de unión.

Figura 19. Creación de un nuevo objeto Relation.

Dos propiedades importantes de los objetos Relation son: • Master Deletes: Especifica cómo debe afectar el borrado de un registro en el bloque maestro a los registros del bloque detalle. Los posibles valores de esta propiedad son: • “Non-Isolated” (el valor por defecto): previene el borrado de un registro maestro cuando existen en la base de datos registros detalle asociados. • “Isolated”: permite borrar un registro maestro sin afectar a los registros detalle asociados. • “Cascading”: permite que se borre un registro maestro y automáticamente son borrados todos los registros detalle. En una relación maestro-detalle-detalle, donde las relaciones están anidadas, sólo son borrados los registros del primer bloque detalle. • Coordination: Establece cuándo son visualizados los registros en el bloque detalle. Por defecto, cuando ocurre cualquier evento sobre el bloque maestro, los registros del bloque detalle son actualizados.

91

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

Una vez que se ha creado la relación entre los dos bloques, ésta puede ser cambiada en cualquier momento. Cuando se cambian las propiedades Master Deletes o Coordination de una relación existente, Oracle Forms añade, borra o modifica los disparadores (TRIGGERS) que sean necesarios. Una vez realizadas las modificaciones oportunas en el LAYOUT EDITOR y generado el formato, el aspecto de su ejecución es el mostrado en la figura 20.

Figura 20. Relación Maestro-Detalle en ejecución.

UN DETALLE IMPORTANTE A TENER EN CUENTA es que, como se puede apreciar, en el bloque detalle no se visualiza el item DNI, sin embargo el item sí existe, sólo que automáticamente se define de forma que no se visualice en pantalla (propiedad Displayed) cuando se está ejecutando el formato si se ha creado la relación según lo visto en el primer método. A la hora de la ejecución y debido a la existencia de más de un bloque en pantalla, es necesario utilizar la teclas Next Block y Previous Block para desplazarse de un bloque a otro, de igual forma que se utilizaban las teclas Next Field y Previous Field para moverse entre los distintos items de un determinado bloque. Mediante el mecanismo Maestro-Detalle FORMS genera el código necesario para: • coordinar las consultas entre los bloques • establecer el JOIN entre la tabla maestro y la de detalle • establecer el comportamiento cuando se borran tuplas de la tabla maestro

Universidad de Jaén

92

Developer/2000: Forms

Programación de Bases de Datos Oracle

• hacer que los bloques maestro visualicen las tuplas detalle asociadas • establecer la propiedad Copy Value From Item del atributo que actúa como llave externa al valor del atributo al que referencia. Prácticamente no existen limitaciones respecto al número de relations que pueden ser creadas en un formato. Cualquier bloque puede ser maestro o detalle en más de una relation, y un bloque que es maestro en una relation puede ser el detalle en otra relation. Cuando se crean relaciones maestrodetalle complejas, Forms ajusta automáticamente los disparadores existentes para controlar las relations definidas. Los tipos más comunes de relaciones maestro-detalle complejas son: maestro con varios detalles dependientes, maestro con varios detalles independientes y detalle con dos maestros.

7. Añadiendo código Disparadores

a

la

aplicación:

PL/SQL

+

En este apartado se va a introducir el concepto de Disparador dentro de FORMS, fundamental como ya hemos visto dentro del mundo de las bases de datos y básico también en la filosofía de trabajo de Oracle FORMS. De forma intuitiva, se entiende por disparador un conjunto de acciones, escritas en un lenguaje concreto, asociadas a la manifestación de un determinado evento sobre un determinado elemento de información de la base de datos o de la aplicación. El disparador se ejecutará cuando dicho evento suceda en el sistema. Los usos habituales de los disparadores dentro de FORMS son: • comprobar la validez (restricciones de integridad complejas) de un determinado item del formato. En este caso el elemento de información sería el item, y el evento a controlar su inserción o modificación. El disparador se encargaría de comprobar la validez del item una vez que se haya introducido información en él o se haya modificado la ya existente. En el caso de que el valor introducido no fuese válido, el disparador contendría las acciones oportunas a realizar. • realizar determinadas operaciones asociadas a un bloque de información superior, como por ejemplo, comprobar la corrección del borrado de una determinada tupla y la realización de las acciones oportunas (borrado de las tuplas que la referencian). • establecer qué es lo que debe suceder cuando se pulsa una determinada tecla, pudiendo de esta forma deshabilitar determinadas teclas o darles una funcionalidad distinta a la asignada por defecto. • especificar las acciones a relizar cuando se pulsa un botón del formato. Antes de la versión 3 de SQL*FORMS los disparadores se escribían a base de sentencias SQL y macrocomandos de SQL*FORMS, a partir de la versión 3 los disparadores se escriben en PL/SQL. Cuando se activa el disparador, se ejecuta el grupo de sentencias PL/SQL que constituyen el texto del disparador. Se pueden colocar diversos disparadores a cualquiera de los tres niveles de un formato (formato, bloque e item). Para ejecutar un disparador, RUNFORM busca el item activo, luego el bloque activo y después el formato activo para el disparador específico que se vaya a ejecutar. Se pueden tener tres disparadores diferentes con el mismo nombre, cada uno de ellos en cada nivel del formato. Cuando se arranca un formato, lo primero que hace el cursor es entrar en el formato, en su primer bloque y en el primer item de entrada de datos de ese bloque.

93

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

La adición de disparadores a la estructura del formato aporta una gran versatilidad al mismo. Por ejemplo, el efecto de pulsar una tecla de función será siempre el mismo si se pulsa desde un item; con disparadores, sin embargo, una tecla de función se puede redefinir de tal forma que realice diferentes funciones para cada item o bloque, o se puede realizar detección de errores y validación de datos basados en el movimiento del cursor. Los disparadores pueden extraer información del formato y bifurcar condicionalmente a localizaciones específicas dentro del formato. Los disparadores hacen más complejo el control, ya que la siguiente acción que tomará el formato depende de la condición actual del formato, los datos introducidos, el item en el que se encuentre el cursor y la tecla que ha sido pulsada. Los disparadores ofrecen al usuario la posibilidad de controlar perfectamente el movimiento del cursor y procesarlo dentro del formato.

7.1.

Referencias a objetos: objetos de la parte cliente y objetos de la parte servidor de la aplicación

Las aplicaciones que se están desarrollando tienen dos partes claramente diferenciadas. Por una parte esta la porción servidor, residente en el servidor Oracle, consistente en un conjunto de tablas y vistas con sus datos y código correspondientes. Y por otra parte está la porción cliente, residente en el PC y ejecutada por RunForm, consistente en un conjunto de formatos, bloques e items, relacionados uno a uno, en algunos casos, con objetos (tablas, atributos, ...) de la porción servidor. Esto implica que a la hora de añadir código a la aplicación en algunos casos habrá que referenciar objetos del servidor y en otros casos objetos de la parte cliente. El acceso a la base de datos (residente en el servidor) se realiza a través de comandos SELECT que son enviados por la porción cliente, resueltos por el servidor que a su vez devuelve los resultados al cliente (un formato) para que este lo situe en los correspondientes bloques e items. Por tanto las consideraciones a este respecto a tener en cuenta son: • para referenciar a un item concreto dentro de un bloque, se utiliza la notación: :nombre_bloque.nombre_item: dentro del código PL/SQL. nombre_bloque.nombre_item: cuando se utiliza en algún sitio que no sea código PL/SQL, por ejemplo en las condiciones JOIN al crear un formato maestro-detalle. • dentro de Oracle FORMS (lenguaje PL/SQL), la sentencia SELECT se ve modificada pudiendo admitir una cláusula adicional INTO item [, item, ...]]. Esta cláusula se utiliza para indicar que el resultado de la sentencia SELECT (ejecutada en el servidor) se vuelque en un determinado item de un bloque (perteneciente al cliente). Por ejemplo: SELECT nombre INTO :mecanicos.nombre FROM mecanicos WHERE dni = ‘1111’; Esta sentencia SELECT, puesta en el lugar adecuado, introducirá en el item NOMBRE del bloque MECANICOS el nombre del mecánico con dni ‘1111’.

Universidad de Jaén

94

Developer/2000: Forms

Programación de Bases de Datos Oracle

7.2. Tipos de Disparadores Básicamente los disparadores se agrupan en: • disparadores de acontecimiento, • disparadores transaccionales, • disparadores de tecla, • disparadores de eventos de interfaz, y • disparadores de usuario. • Los disparadores de acontecimiento se activan cuando se producen eventos propios de Oracle FORMS como el movimiento del cursor o la entrada en modo de consulta. Estos disparadores se asocian a niveles específicos dentro de un formato, tal y como se puede apreciar en la tabla 1, donde se muestran algunos de los disparadores más útiles y su significado: Tabla 1. Disparadores de acontecimiento. Disparadores de FORMATO Pre- Form Se ejecuta antes de entrar en el formato. Post- Form Se ejecuta al salir de un formato. When-New-Form-Instance Se ejecuta justo después de navegar al primer item del primer bloque del formato. Muy útil para inicializar variables globales o ejecutar consultas por defecto sobre el formato. Disparadores de BLOQUE Pre-Block Se ejecuta antes de pasar al bloque. Post-Block Se ejecuta al dejar el bloque. When-New-Block-Instance Se ejecuta justo después de navegar al primer item del bloque viniendo de otro bloque. Pre-Query Se ejecuta tras iniciar el proceso de ejecución de una consulta y antes de que Oracle empiece a procesar la consulta. Post-Query Se ejecuta una vez para cada registro devuelto por la consulta e insertado en el bloque. Muy útil para calcular estadísticas u operaciones sobre los registros devueltos por la consulta. Pre-Record Se ejecuta antes de entrar en un nuevo registro del bloque. Post-Record Se ejecuta tras dejar un registro del bloque. Disparadores de ITEM Pre-Text-Item Se ejecuta antes de entrar en el item de texto. Post- Text-Item Se ejecuta al salir del item de texto. Post-Change Se ejecuta cuando el valor de un item de texto cambia. When-New-Item-Instance Se ejecuta cuando el cursor se mueve al item. When-Checkbox-Changed Se ejecuta cuando cambia el estado del checkbox. When-Radio-Changed Se ejecuta cuando se activa un radio button diferente del que estaba activado.

Para comprender la función de los disparadores de acontecimiento, se puede imaginar que se está siguiendo la pista al cursor mientras se mueve dentro del formato. Cuando se arranca el formato, el cursor se introduce situándose a nivel de formato, desencadenando la ejecución de el disparador

95

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

pre-form. Cuando se supera esta etapa, el cursor intenta entrar en el primer bloque, desencadenando la ejecución del disparador pre-block. Lo mismo sucede para el primer item, activando el disparador pre-text-item. Cuando se van abandonando los distintos niveles se ejecutan los disparadores post asociados. • Disparadores Transaccionales: Para el nivel de bloque existen además una serie de disparadores asociados a la aceptación de transacciones y se ejecutan tras la pulsación de la tecla Accept. Estos disparadores a nivel de bloque se ejecutan sólo cuando se van a reflejar en la base de datos los cambios producidos en los registros del bloque. En la tabla 2 se describen brevemente estos disparadores.

Pre-Delete Post-Delete Pre-Insert Post-Insert Pre-Update Post-Update

Tabla 2. Disparadores transaccionales. Disparadores Transaccionales Se ejecuta antes de que una tupla sea borrada. Se dispara una vez para cada registro del bloque que se vaya a borrar. Se ejecuta después de que una tupla sea borrada. Se dispara una vez para cada registro del bloque que se ha borrado. Se ejecuta antes de que una tupla sea insertada. Se dispara una vez para cada registro del bloque que se va a insertar. Se ejecuta después de que una tupla sea insertada. Se dispara una vez para cada registro del bloque que se a insertado. Se ejecuta antes de que una tupla sea actualizada. Se dispara una vez para cada registro del bloque que se vaya a actualizar. Se ejecuta después de que una tupla sea actualizada. Se dispara una vez para cada registro del bloque que se ha actualizado.

Figura 21. Disparadores almacenados. Aunque Forms proporciona estos disparadores para el control de las transacciones que se efectúan contra el servidor Oracle, en la mayoría de los casos es más conveniente tener declarados y almacenados este tipo de disparadores en la propia base de datos como otro objeto más relacionado con una tabla concreta (como se vio en el capítulo anterior). De esta forma el disparador va a ser independiente de la aplicación y se va a ejecutar siempre sin tener en cuenta desde dónde se esté accediendo a la tabla. Como ya vimos, estos disparadores se pueden crear desde SQL*Plus como otro objeto cualquiera de la base de datos utilizando el comando SQL CREATE TRIGGER, aunque Forms proporciona un cuadro de diálogo que permite de igual forma crear el disparador y almacenarlo en la base de datos de una manera más uniforme al estilo Forms. Para acceder a este cuadro de diálogo (previa conexión al servidor Oracle) se debe abrir

Universidad de Jaén

96

Developer/2000: Forms

Programación de Bases de Datos Oracle

desde el navegador de objetos la categoría Database Objects que muestra en primer momento los usuarios a los que se tiene acceso. Expandiendo el objeto que representa al usuario concreto, aparecen las categorías en que se agrupan los distintos objetos del usuario (tablas, vistas, ...). Como los disparadores almacenados en la base de datos están relacionados con una tabla concreta, se deben expandir la categoría tables y posteriormente la tabla concreta a la que se le quiere crear el disparador, apareciendo la categoría triggers. Como otro objeto Forms cualquiera para proceder a su creación se pulsa el botón CREATE, apareciendo el cuadro de diálogo antes mencionado y cuyo aspecto es el mostrado en la figura 21. • Disparadores de Tecla: estos disparadores se pueden utilizar para reprogramar las acciones de una tecla de función determinada. Evidentemente, la tecla puede ser redefinida en distintos niveles del formato, por lo que hay que estar situado en el nivel en el cual el disparador ha sido definido para poder activarlo. Estos disparadores se utilizan normalmente para cambiar la acción de una determinada tecla de función que se use en la ejecución de un formato, o incluso para desactivarla. En la tabla 3 se muestra información sobre las diferentes teclas que se pueden utilizar:

Nombre Tecla KEY-CLRBLK KEY-CLRFRM KEY-CLRREC KEY-COMMIT KEY-CQUERY KEY-CREREC KEY-DELREC KEY-DOWN KEY-DUP-ITEM KEY-DUPREC KEY-ENTQRY KEY-EXEQRY KEY-EXIT KEY-Fn KEY-HELP KEY-LISTVAL KEY-MENU KEY-NXTBLK KEY-NXT-ITEM KEY-NXTKEY KEY-NXTREC KEY-NXTSET KEY-OTHERS KEY-PRVBLK KEY-PRV-ITEM KEY-PRVREC KEY-CSRDOWN KEY-SCRUP KEY-UP

97

Tabla 3. Disparadores de tecla. Descripción Limpiar bloque Limpiar formato/Vuelta atrás Limpiar registro Aceptar transacción Contar consultas Crear registro Borrar registro Siguiente registro, primer registro Duplicar item Duplicar registro Introducir consulta Ejecutar consulta Salir/Cancelar Tecla de función Fn Ayuda Listar valores de items Bloque de menú Siguiente bloque Siguiente item Siguiente item de clave primaria Siguiente registro Siguiente conjunto de registros Se aplica a todas las teclas no definidas específicamente Bloque previo Item previo Registro previo Desplazar hacia abajo Desplazar hacia arriba Registro previo, mismo item

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

• Disparadores de Eventos de Interfaz: Son disparadores asociados a eventos relacionados con la interfaz gráfica utilizada por la aplicación. Algunos ejemplos de estos disparadores se muestran en la tabla 4:

When-Button-Pressed When-Mouse-Click When-Window-Resized ...

Tabla 4. Disparadores de acontecimiento. Cuando se pulsa un botón del formato Cuando se pulsa el ratón Cuando se redimensiona una ventana

• Disparadores de usuario: Son disparadores que no están asociados ni a una tecla en concreto ni a un determinado evento. Se les asigna un nombre y luego pueden ser llamados desde otros disparadores utilizando la orden EXECUTE_TRIGGER().

Tabla 5. Procedimientos empaquetados. Nombre Descripción Bell; Hace sonar un pitido. Call_Form(‘nombre_formato’); Ejecuta un nuevo formato, conservando el formato anterior activo. Clear_block/item; Limpia el bloque/item activo. Copy(fuente,destino); Escribe un valor en un item. Equivale a :bloque.item := valor;. Erase(nombre_variable_global); Borra la variable global indicada. Execute_Trigger(nombre_disparador) Ejecuta un disparador de usuario. ; Execute_query; Ejecuta la consulta. Exit_Form; Abandona el formato actual. Go_Block('nombre_bloque'); Mueve el cursor al bloque indicado. Si el bloque no tiene items input ocurrirá un error. Go_Item('nombre_item'); Mueve el cursor al item indicado. Host(cadena_comando_sistema); Ejecuta el comando del sistema indicado. Message(‘mensaje’); Muestra el mensaje en la línea de ayuda (hasta 72 caracteres). New_Form(‘nombre_formato’) Borra el formato activo y lo sustituye por el formato indicado. Pause; Suspende el proceso hasta que el operador presione una tecla de función. envía un mensaje de aviso. Next/Previous-Block/Item; Mueve el cursor al siguiente/anterior bloque/item.

Universidad de Jaén

98

Developer/2000: Forms

Programación de Bases de Datos Oracle

7.3. El lenguaje de los disparadores: PL/SQL El código de los disparadores se escribe en el lenguaje propio de Oracle PL/SQL. Aunque en el capítulo anterior ya se estudió este lenguaje, a continuación se muestra un breve resumen de algunas de las carácterísticas de PL/SQL a la hora de escribir los disparadores propios de FORMS. Hay que recordar que a los items de un determinado bloque del formato se les referencia de la siguiente forma dentro del código PL/SQL: :nombre_bloque.nombre_item

Una sentencia interesante es la sentencia NULL. Esta sentencia no hace nada, pero puede servir, por ejemplo, para desactivar una tecla determinada. Los procedimientos empaquetados son procedimientos propios de FORMS (no de PL/SQL) y pueden ser ejecutados dentro de bloques PL/SQL que definan disparadores. La forma de utilizarlos es como si se tratara de una sentencia de PL/SQL, es decir, poniendo su nombre y terminando en punto y coma. En la tabla 5 se listan algunos de los procedimientos empaquetados que se pueden utilizar. Dentro del código de un disparador FORMS se dispone de tres tipos de variables: • Variables Locales PL/SQL: Se declaran en la parte DECLARE del bloque PL/SQL. Sólo están activas en los bloques de PL/SQL. • Variables Globales: Van precedidas del prefijo :global. Estas variables están activas en cualquier disparador del formato durante la sesión de trabajo. Para utilizarlas se deben inicializar previamente de la siguiente forma: :global.nombre_var := valor; Se puede borrar una variable global activa mediante el procedimiento ERASE. Estas variables se suelen utilizar para guardar información que no se quiere almacenar en un bloque o que se desea utilizar en otros formatos en la misma sesión. Suelen ser muy útiles para intercambiarse información entre distintos formatos. Las variables globales son de tipo texto, por lo que para utilizarlas como parámetros en funciones u operaciones que requieren un valor de otro tipo hay que utilizar las funciones de conversión como TO_NUMBER() o TO_DATE(). • Variables del sistema: Son propias del sistema y almacenan información sobre el estado interno de Oracle FORMS. En la tabla 6 se indican algunas de las variables del sistema.

Nombre $$date$$ $$time$$ :system.block_status

:system.current_form :system.cursor_block :system.cursor_item :system.cursor_value :system.form_status

99

Tabla 7. Algunas variables del sistema. Descripción Recoge la fecha del sistema. Recoge la hora del sistema. Recoge el estado del bloque actual: Changed (algún registro modificado), New (sólo registros nuevos) o Query (registros recuperados de la Base de Datos). Almacena el nombre del formato que se está ejecutando. Devuelve el nombre del bloque donde está el cursor. Devuelve el nombre del bloque.item donde está el cursor. Contiene el valor del item donde está el cursor. Devuelve el estado del formato donde está el cursor: Changed, New o Query.

Universidad de Jaén

Programación de Bases deDatos Oracle

7.3.1.

Developer/2000: Forms

Ejemplos de disparadores FORMS

En esta sección se van a estudiar una serie de ejemplos que muestran algunas posibilidades de los disparadores. Considerar el formato que se propuso de ejemplo al final del apartado 6 (relación Maestro - Detalle). Para dotarle de mayor funcionalidad en primer lugar se añaden los siguientes items (utilizando, por ejemplo, la herramienta TEXT ITEM

del LAYOUT EDITOR):

• TOTAL_TRABAJOS (dentro del bloque de MECANICOS): es un item de tipo NUMBER y NO pertenece a la tabla. • PRECIO (dentro del bloque de TRABAJOS): es un item de tipo NUMBER y NO pertenece a la tabla. Este item almacena el precio por hora de trabajo en función de la fecha de reparación. • MARCA y MODELO (dentro del bloque de TRABAJOS): son items de tipo CHAR y NO pertenecen a la tabla base del bloque (ya que pertenece a la tabla COCHES). • TOTAL_COCHE (dentro del bloque de TRABAJOS): es un item de tipo NUMBER y NO pertenece a la tabla. Recogerá el precio de la reparación de cada trabajo realizado (calculado como PRECIO * HORAS).

Figura 22. Formato con nuevos items.

Como los bloques están asociados a sus tablas respectivas de la base de datos, entonces cualquier nuevo item añadido se crea con la propiedad Base Table Item a TRUE. Esto significa que cuando se produzca una consulta sobre la base de datos, o cuando se intente insertar información en la misma, Forms va a enviar el valor que tenga dicho item como si se tratara de un atributo más de la tabla subyacente. Por tanto, como los items anteriormente añadidos no pertenecen a las tablas asociadas a los bloques del formato, deben tener la propiedad Base Table Item a FALSE. Otra característica útil es evitar que el cursor entre en estos nuevos items creados, ya que la información que contienen se va a calcular en función de los valores existentes en otros items. Para ello se establece la propiedad Navigable a FALSE. Universidad de Jaén

100

Developer/2000: Forms

Programación de Bases de Datos Oracle

Es interesante que los valores de los campos total_trabajos y total_coche, al almacenar información numérica, aparezcan alineados a la derecha y con un formato numérico de dos cifras digitales. Esto se consigue estableciendo la propiedad Aligment a RIGTH y la propiedad Format Mask a 999999.99. La imagen del formato una vez modificado será la mostrada en la figura 22. 1. Disparador para la visualización de los items MARCA y MODELO. Si se ejecuta el formato tal y como está y se efectua una consulta, se aprecia que como los nuevos items introducidos no pertenecen a la base de datos, sino que pertenecen al formato, no se rellena la información. Es necesario por tanto crear los disparadores que hagan que automáticamente se rellene esa información.

Figura 23. Definición de un disparador.

La creación de un disparador es semejante a la creación de cualquier objeto Forms. Los pasos a dar para crear el disparador asociado al item MAT del bloque TRABAJOS que permita la visualización de la marca y el modelo de cada coche reparado, son los siguientes: 1. Hay que situarse en el nodo Triggers del item DNI del bloque TRABAJOS. Pulsar el botón CREATE. 2. Seleccionar el nombre del disparador de entre la lista de valores que aparece en pantalla: Seleccionar el disparador POST-CHANGE, ya que este tipo de disparador se ejecuta cuando cambia el contenido del item al que va asociado. 3. Rellenar el texto del disparador. En este caso hay que escribir una sentencia SELECT INTO que devuelva la marca y el modelo del coche cuya matrícula es la almacenada en el item MAT del bloque TRABAJOS. Habrá que controlar el hecho de que se introduzca una matrícula de un coche inexistente (aunque esto ya se puede controlar mediante una restricción de integridad referencial) con la correspondiente excepción. El bloque PL/SQL podría ser: BEGIN SELECT marca, modelo INTO :trabajos.marca,:trabajos.modelo FROM coches WHERE mat=:trabajos.mat;

101

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

EXCEPTION WHEN no_data_found THEN /* si el SELECT no devuelve nada */ MESSAGE(‘El coche no existe’); RAISE form_trigger_failure; END; 4. Una vez introducido el texto del disparador se pulsa el botón COMPILE lo que desencadenará la compilación del disparador, indicando los posibles errores si es que los hay. La pantalla de definición de disparador tendrá el aspecto mostrado en la figura 23. 2. Disparador para el cálculo de los items PRECIO y TOTAL_COCHE y para la actualización del item TOTAL_TRABAJOS. Utilizar un disparador POST-CHANGE asociado al item FECHA_REP. El PRECIO es 1000 pts/hora para el año 1996, aumentándose en un 5% cada año. TOTAL_COCHE se calcula como el resultado de multiplicar los valores de los items PRECIO y HORAS. El valor inicial del item TOTAL_TRABAJOS se obtiene con un disparador POST_QUERY que será posteriormente explicado. Pero como los cambios efectuados a TOTAL_COCHE afectan a TOTAL_TRABAJOS, entonces es necesario añadir al disparador descrito a continuación el código necesario para mantener en todo momento este item con su valor correcto. El disparador que se debe crear tiene las siguientes características: Nombre: Bloque: Item: Texto:

POST-CHANGE (se dispara tanto al insertar como al consultar las horas). TRABAJOS FECHA_REP

DECLARE ant_total_coche number:=0; BEGIN :trabajos.precio:=1000*power(1.05,to_number( substr(to_char(:trabajos.fecha_rep),8))-96); IF :trabajos.total_coche 0 THEN /* hay que guardar valor antiguo */ ant_total_coche := :trabajos.total_coche; END IF; :trabajos.total_coche:=:trabajos.horas*:trabajos.precio; /* actualización de total_trabajos */ IF :system.mode'QUERY' THEN IF ant_total_coche 0 THEN /* hay que restablecer el valor antiguo */ /* restar la cantidad anterior */ :mecanicos.total_trabajos:=:mecanicos.total_trabajosant_total_coche; /* sumar la nueva cantidad */ :mecanicos.total_trabajos:=:mecanicos.total_trabajos+ :trabajos.total_coche; ELSE /* nuevo registro */ :mecanicos.total_trabajos:=:mecanicos.total_trabajos+ :trabajos.total_coche; END IF; END IF; END;

Universidad de Jaén

102

Developer/2000: Forms

Programación de Bases de Datos Oracle

3. Disparadores para el cálculo del item TOTAL_TRABAJOS. Utilizar un disparador de tipo POST-QUERY asociado al bloque TRABAJOS. Este disparador se ejecuta una vez por cada registro devuelto por la consulta. Para la inicialización del item se utiliza un disparador PRE-QUERY. Nombre: PRE-QUERY (se dispara antes de consultar el bloque). Bloque: TRABAJOS Texto: begin :mecanicos.total_trabajos:=0; end; Nombre: POST-QUERY (se dispara una vez para cada registro devuelto al consultar). Bloque: TRABAJOS Texto: begin :mecanicos.total_trabajos:= :mecanicos.total_trabajos + :trabajos.total_coche; end;

Después de realizar una consulta debería aparecer toda la información como se muestra en la figura 24.

Figura 24. Formato con disparadores tras una consulta.

4. Disparador para manejo de un item de tipo botón y movimiento dentro del formtato. Se pretende crear un formato que permita introducir una marca y mostrar sólo los coches de esa marca. Para su realización debe crearse un nuevo formato al que se le añadirá un bloque de control nuevo, llamado CONTROL, que contenga un item, llamado MARCA, que recogerá la marca de la que se quiere hacer la consulta y un botón que active la consulta (para insertar el botón se del LAYOUT EDITOR). Asociado al botón se puede utilizar la herramienta PUSH BUTTON debe crear un disparador WHEN-BUTTON-PRESSED que se activará cuando se pulse sobre el botón. El código del disparador debe consistir en tres pasos: ir al bloque donde se visualizan los coches (GO_BLOCK('COCHES');), ejecutar consulta (EXECUTE_QUERY;) y volver al bloque

103

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

donde se toma la marca (GO_BLOCK('CONTROL');). Para que cuando se llame al procedimiento que ejecuta la consulta, sólo se obtengan los coches de la marca introducida, se debe establecer la propiedad WHERE clause del bloque COCHES como marca = :control.marca de esta forma cuando se invoca el procedimiento empaquetado EXECUTE_QUERY sólo se seleccionan aquellas tuplas de la tabla COCHES cuya marca sea la introducida en el item MARCA del bloque CONTROL. El aspecto de este formato al ejecutarse es el mostrado en la figura 25.

Figura 25. Coches por marca.

Universidad de Jaén

104

Developer/2000: Forms

Programación de Bases de Datos Oracle

8. Creación de MENÚS Cualquier formato se ejecuta o bien sin ningún menú, o con el menú por defecto o con un menú definido por el usuario. Esté menú es un módulo separado que se enlaza al formato en tiempo de ejecución. En el momento de la ejecución, una aplicación sólo puede tener un menú activo en un momento determinado. El menú por defecto es parte del formato, pero los menús definidos por el usuario, sin embargo, son módulos separados. Por tanto, cuando se diseñe una aplicación con un único formato que usa un único menú, se deberán proporcionar dos ficheros ejecutables: un .FMX para el formato y un .MMX para el menú. En una aplicación con varios formatos podrán utilizarse varios formatos así como varios menús. Varios formatos pueden compartir el mismo menú o bien cada formato puede invocar a un menú diferente. El menú por defecto incluye los comandos estándard para la navegación, edición e interacción con la base de datos. Para construir un menú a medida, primero se crea un objeto de tipo MENU y posteriormente se definen los objetos que va a contener el menú. De igual forma que los objetos de los formatos, los objetos de los menús tienen propiedades que definirán su funcionalidad una vez que se esté ejecutando el menú. Un menú incluye los siguientes objetos: • El módulo del menú en sí. • Menús: el menú principal, menús individuales y submenús. • Items de menú en cada menús individual y sus comandos asociados. Cada módulo de menú contiene uno o más menús. Cada menú contiene uno o más items de menú. Los menús que se van a diseñar son los típicos menús pull-down. Un menú pull-down standard consiste en tres niveles: • El menú principal: se visualiza horizontalmente y contiene items que consisten en títulos de menús individuales. • Menús individuales: se visualizan verticalmente y o bien ejecutan comandos o invocan a otros submenús. • Submenús: se visualizan verticalmente a la derecha de un item de menú y proporcionan elecciones adicionales relacionadas con un item de un menú individual.

El diseño habitual de un menu pull-down incluye una barra de menú (menú principal), menús individuales y un único nivel de submenús. En la figura 26 se muestra un típico diseño de menú pulldown para el taller mecánico. El menú principal sería el formado por los items de menú DATOS, TRABAJOS y TERMINAR, el menú formado por los items MECANICOS y COCHES sería un menú 105

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

individual y, por último, el menú formado por los items TODOS y POR MARCA sería un submenú.

Figura 26. El editor de menús.

Para la creación de un menú como el de la figura 26 se han de seguir los siguientes pasos:

1. En el navegador de objetos hay que crear un nuevo objeto de la categoría menú. Una vez creado se le asigna el nombre de igual forma que se hacía para los formatos.

2. Usando el EDITOR DE MENÚS se crea el menú principal, los menús individuales y los items de menú: Para acceder al EDITOR DE MENÚS se hace doble click sobre el icono correspondiente al nuevo objeto menú creado. Inicialmente el menú aparece con un único item. En este menú se añadirán los items que formarán el menú principal. Este proceso se realiza repitiendo tantas veces como sea necesario el siguiente proceso: • Se le asigna un nombre al item: se pulsa encima de y se teclea el nombre para ese item de menú. • Se pulsa el botón CREATE RIGHT la derecha al menú.

del EDITOR DE MENÚS para añadir un nuevo item a

Para crear un menú individual (pop-up) sólo hay que situarse sobre el item del menú principal que . Para añadir más elementos a un menú lo vaya a activar y pulsar el botón CREATE DOWN individual se realiza el mismo proceso descrito anteriormente sustituyendo la pulsación de CREATE RIGHT por pulsaciones de CREATE DOWN ya que los items de los menús individuales crecen hacia abajo. Para crear un submenú asociado a un item determinado de un menú individual, sólo hay que situarse en el item del menú individual y pulsar CREATE RIGHT, lo que crea el submenú con un item inicial. Para añadir más items a este submenú se sigue el mismo proceso que para añadir a un menú individual.

Universidad de Jaén

106

Developer/2000: Forms

Programación de Bases de Datos Oracle

3. Se realiza la asignación de comandos a los items de menú creados. En el paso anterior se ha creado la estructura del menú. Lo siguiente que hay que realizar es asignar una acción a cada item de menú. Los items de menú que abren otros menús o submenús ya tienen asociadas estas acciones automáticamente (la acción de abrir otro menú). Todos los items de menú deben tener asignada una opción válida en la propiedad Command Type, la cual puede valer Null, Menu, PL/SQL, Plus, Current Forms o Macro (las opciones Plus, Current Form y Macro se incluyen por compatibilidad con versiones anteriores, aunque no es recomendable utilizarlas). La mayoría de los item de menús ejecutan bloques PL/SQL y por tanto su propiedad Command Type será PL/SQL. Sin embargo, si un item de menú llama a un submenú, su propiedad Command Type valdrá Menu. Null se usa para utilizar separadores.

Para asignar un comando a un item de menú se debe realizar lo siguiente: • Seleccionar (doble click) el item de menú deseado en el editor de menús. • En la ventana de propiedades, comprobar que la propiedad Command Type esté en el valor deseado: Si el item ejecuta un comando, elegir PL/SQL, si el item invoca un submenú, elegir Menu y si el item es un separador, elegir Null. • En la ventana de propiedades, hacer doble click en la propiedad Command Text para visualizar el editor PL/SQL. • En el editor PL/SQL, escribir el código a ejecutar. • Compilar y cerrar el editor PL/SQL.

Figura 27. Asignación de código a un item de menú.

4. Se genera el menú y se enlaza a un formato determinado. Para generar el menú se utiliza la opción GENERATE de la opción ADMINISTRATION del menú FILE (también se puede utilizar la combinación de teclas CTRL + T). Es necesario generar el menú ya que se enlaza al formato en tiempo de ejecución. Al generar el menú se crea un fichero .MMX.

107

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Forms

Para relacionar o enlazar un menú con un determinado formato hay que asignar a la propiedad Menu Module del formato el nombre (path del fichero .MMX) del menú generado. De esta forma, FORMS carga el menú automáticamente cuando se ejecuta el formato. Si alguna de las opciones del menú invoca a otros formatos, para que se mantenga el menú creado en todo momento, habrá que asignar el menú a todos los formatos que se puedan abrir desde el menú del formato inicial.

Universidad de Jaén

108

5 Developer/2000: Reports Programación del cliente

Developer/2000: Reports

Programación de Bases de Datos Oracle

1. Introducción En este tema se va a realizar un estudio de la herramienta REPORTS 2.5 (incluida al igual que FORMS en el paquete Developer/2000 de Oracle). Oracle REPORTS es una herramienta para el desarrollo, visualización e impresión de informes (reports). Ejemplos de informes pueden ser las listas de notas de una asignatura, una factura, las etiquetas para realizar un mailing, etc. Un informe, al igual que un formato, es un programa escrito en un lenguaje especial. Por esta razón, asociado a cada informe existen varios ficheros, un fichero .REX que es el fichero fuente, un fichero .RDF con el diseño en binario y uno .REP que es el fichero objeto ejecutable. La existencia de los ficheros .REX permiten la portabilidad de los informes de unas plataformas a otras. La herramienta REPORTS consta básicamente de dos programas: • R25Des: es el entorno de desarrollo del informe. Incluye un conjunto de herramientas visuales que permiten crear los objetos del informe, establecer sus propiedades y escribir el código asociado a los objetos (cálculo de fórmulas, resúmenes de columnas, invocación de otras aplicaciones, etc.). Desde R25DES se crean los ficheros .REX y .RDF y se genera el fichero runtime .REP. • R25Run: es un motor de tiempo de ejecución (runtime) que ejecuta un informe .REP generado con R25DES. Al igual que para el caso de FORMS, a través de R25DES se pueden tanto diseñar como ejecutar (visualizar, imprimir, lanzar a fichero, ...) los informes.

2. Conceptos básicos El proceso de creación de un informe consta de la siguiente secuencia de pasos: 1. Crear el modelo de datos del informe: consiste en elegir los datos que se van a visualizar en el informe, establecer las posibles relaciones entre esos datos y añadir los posibles cálculos necesarios para la obtención final del informe.

2. Diseñar el aspecto del informe: se puede elegir entre seis tipos diferentes de estilos por defecto proporcionados por Oracle Reports (estilo tabular, estilo maestro/detalle, estilo etiquetas para mailing, ...), aunque también se puede crear un aspecto propio para el informe.

111

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

El modelo de datos de un informe especifica cuáles son los datos que se deben visualizar en el informe. De igual forma que un formato se estructuraba en bloques, items, disparadores, etc., el modelo de datos de un informe está compuesto por los siguientes tipos de objetos para la definición de los datos: • Consultas (queries): son comandos SELECT que obtienen los datos de la base de datos. • Grupos (groups): son objetos que determinan la jerarquía de los datos que aparecen en el informe. Cada consulta tiene un grupo asociado y además se pueden crear otros grupos (llamados break groups) para, por ejemplo, eliminar los valores repetidos de una columna del informe o para crear subtotales. • Columnas (columns): son los objetos que contienen los valores concretos de un informe. Pueden ser columnas que representen los atributos seleccionados en una consulta o columnas que muestren cálculos o resúmenes de otras columnas. • Parámetros (parameters): son variables que permiten relizar diferentes acciones en tiempo de ejecución. Estas variables se pueden referenciar por ejemplo en bloques PL/SQL o en el cuerpo de una consulta. • Enlaces (data links): los enlaces se utilizan para establecer relaciones uno a muchos entre consultas y grupos mediante la correspondencia entre columnas.

3. El entorno de desarrollo del informe El entorno de desarrollo de un informe (programa R25DES) es muy similar al ya visto para el diseño de formatos (FORMS): • En primer lugar se cuenta con un navegador de objetos, que al igual que en FORMS, muestra de una forma jerárquica los distintos objetos que componen cada informe. • Las propiedades de cada objeto se muestran en cuadros de diálogo diferentes para cada tipo de objeto. • Para modificar de una manera visual los distintos objetos que componen un informe se dispone de tres editores: el editor del modelo de datos (Data Model editor), el editor de aspecto (Layout editor) y el editor del formato de parámetros (Parameter Form editor). • A su vez cada editor cuenta con una serie de paletas y barras de herramientas para crear y manipular manualmente los objetos dentro del editor. Para crear un informe se utiliza el programa R25DES. Al informe se le dará un nombre y mediante la creación de una serie de objetos y el establecimiento de sus propiedades se irá rellenando la información necesaria para determinar el aspecto del informe, los datos que va a manipular y su reacción ante situaciones o eventos específicos. Una vez completado el proceso de diseño del informe lo siguiente que hay que hacer es grabar a disco lo que hasta ese momento se encuentra en memoria (FILE -> SAVE), de esta forma se obtienen los correspondientes ficheros .RDF y .REP. Como ya se dispone del fichero .REP se puede ejecutar el informe utilizando FILE -> RUN. Si el resultado no convence o existen errores en el informe, se puede modificar y repetir el proceso. Una vez creado el informe final es conveniente salvarlo en las tablas del diccionario de datos del

Universidad de Jaén

112

Developer/2000: Reports

Programación de Bases de Datos Oracle

servidor Oracle. A partir de este momento el informe se ejecutará con R25RUN, impidiendo de esta forma que el usuario final pueda modificar su diseño.

4. Creación de informes En este apartado se va a realizar la creación, modificación y ejecución de un informe para mostrar la información relacionada de las tablas TRABAJOS, COCHES y MECANICOS en un formato similar al de una factura. En primer lugar se realizará de una forma muy sencilla y posteriormente se irá modificando su aspecto y su funcionalidad, viendo de esta forma algunas de las distintas posibilidades ofrecidas por REPORTS.

Figura 1. Creación de un nuevo informe.

4.1. Creación de un informe con estilo tabular por defecto Se va a crear un informe de la manera más sencilla utilizando el estilo tabular. El informe que se va a crear coge información de las tablas TRABAJOS, COCHES y MECANICOS, de manera que se muestre para cada coche su matrícula, marca y modelo, los puestos en los que ha sido reparado y el resto de detalles de cada trabajo. Para la creación del informe se siguen los siguientes pasos: 1. Ejecutar el programa R25Des y realizar la conexión al servidor Oracle. 2. Aparece en pantalla el menú principal de R25Des y el Navegador de Objetos que permitirá crear, modificar y acceder a todos los objetos que se vayan añadiendo al informe. Para crear un nuevo informe, situándose en el Navegador de Objetos sobre el tipo de objeto que se quiere crear 113

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

(en este caso se pulsa sobre el nodo Reports) se pulsa el botón CREATE del Navegador de objetos, creándose un nuevo objeto de tipo Reports, inicialmente llamado UNTITLED, al que se le asignará el nombre cuando se guarde en disco (ver Figura 1). 3. Para especificar la información que se va a mostrar en el informe se utiliza el editor del modelo de datos, al cual se accede haciendo doble click sobre el icono del nodo Data model del nuevo informe creado. Para obtener los datos de la base de datos hay que crear un objeto consulta de la barra de herramientas y pinchando en el editor. (query) seleccionando el botón SQL Aparece un objeto de tipo consulta (identificado mediante un rectángulo de esquinas redondeadas). Para acceder a la ventana de propiedades del objeto consulta se hace doble click sobre él (ver Figura 2) y se establece el nombre de la consulta (campo name) y el comando SELECT que obtiene la información para el informe (campo SELECT statement). El resto de campos de la ventana de propiedades del objeto consulta son: • Maximum Rows: establece el número máximo de tuplas que serán recuperadas de la base de datos. Tiene su utilidad en el momento del diseño del informe para hacer la consulta más rápida. • External Query: indica un fichero .SQL donde se encuentra almacenado el comando SELECT para la consulta. • Tables/Columns...: permite acceder a las distintas tablas y atributos de la base de datos, permitiendo construir de una forma sencilla el comando SELECT de la consulta.

Figura 2. Definiendo un objeto consulta. Al igual que para el resto de objetos del informe, en la pestaña COMMENT se puede insertar un comentario que documente el significado del objeto creado. 4. Como ya se ha terminado de definir la consulta se pulsa el botón OK para salir de su ventana de definición de propiedades, observando que en el navegador de objetos se ha creado un nuevo objeto para la consulta recién creada, así como un objeto de tipo grupo (Group) que es el que almacena las tuplas devueltas por la consulta. Ambos objetos, la consulta (Trabajos) y el grupo (G_Trabajos) se representan en el editor del modelo de datos tal y como muestra la figura 3. Dentro del grupo G_Trabajos se pueden observar las distintas columnas derivadas de la consulta. 5. Si se hace doble click sobre el grupo G_Trabajos se abre su ventana de propiedades (ver Figura 4a) donde se puede establecer un filtro (campo Filter) sobre las tuplas que se recuperan basado en Universidad de Jaén

114

Developer/2000: Reports

Programación de Bases de Datos Oracle

el número de ellas que se van a recuperar (First ó Last) o en condiciones complejas que deben cumplir para ser insertadas dentro del grupo (Condition). Esta condición compleja se establece a través de una función PL/SQL (function) que puede devolver TRUE o FALSE basándose en los valores de las columnas o de los parámetros del informe. En la figura 4b se ha establecido como filtro del grupo G_Trabajos que sólo aparezcan aquellos trabajos realizados a coches RENAULT o VW.

Figura 3. Editor del modelo de datos.

(a) (b) Figura 4. Propiedades de un objeto de tipo grupo. Como puede apreciarse en el código de la figura 4b, la manera de referenciar las columnas de un informe es análoga a la forma de identificar a los items de un formato, es decir, :nombre_columna. 6. Una vez especificado el modelo de datos del informe, el siguiente paso es definir el aspecto del informe. En este caso se va a dar un formato de estilo tabular por defecto. Para ello se selecciona de la barra de TOOLS -> DEFAULT LAYOUT... o se pulsa el botón DEFAULT LAYOUT herramientas del editor del modelo de datos, apareciendo la ventana que permite seleccionar entre los diferentes estilos de informe por defecto (ver figura 5a.). La pestaña DATA/SELECTION de la

115

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

ventana del estilo por defecto permite especificar que columnas se visualizan en el informe (Columns), sus etiquetas (label), el ancho y el alto de cada columna (W y H), los grupos que se deben visualizar (Group) y la forma en que se van a visualizar los registros de cada grupo (Repeat).

(a)

(b) Figura 5. Estilos por defecto.

Una vez pulsado OK aparece el editor de aspecto (LAYOUT) donde se representa el estilo de visualización del informe y donde se pueden añadir y modificar etiquetas, gráficos, etc. 7. Para salvar el informe se utiliza la opción FILE -> SAVE. Para ejecutar el informe se utiliza la opción FILE -> RUN, que en primer lugar muestra el formato de parámetros por defecto, preguntando por el destino del informe (impresora, fichero, pantalla, mail, ...), para posteriormente pasar a su impresión. Se selecciona la opción SCREEN y se pulsa el botón RUN REPORT, obteniendo el informe en pantalla como se muestra en la figura 6. Desde el previsualizador (previewer) también se puede lanzar el informe a la impresora en cualquier momento pulsando el botón PRINT.

Figura 6. Informe lanzado a pantalla.

4.2. Mejorando el aspecto del informe En este apartado se van a introducir algunas técnicas para mejorar el aspecto general del informe y para darle una mayor funcionalidad. En primer lugar se introducirá el concepto de break group, que permite eliminar valores repetidos para una determinada columna y agrupa de manera lógica la información; posteriormente se estudiará la forma de añadir columnas resumen y columnas calculadas; y finalmente se mejorará el aspecto del informe añadiendo elementos gráficos como

Universidad de Jaén

116

Developer/2000: Reports

Programación de Bases de Datos Oracle

textos y recuadros, así como parámetros que permitan seleccionar en tiempo de ejecución los datos a visualizar en el informe. 1. Eliminar las ocurrencias redundantes de coches: Es necesario crear un break group que contenga las columnas MAT, MARCA y MODELO, es decir, un grupo que sólo visualizará una vez el conjunto de ocurrencias con el mismo valor en esas tres columnas. Para crear este break group hay que realizar los siguientes pasos: • Situarse en el editor del modelo de datos. • Desplazar el grupo G_Trabajos hacia abajo para dejar hueco al nuevo break grupo. • Pinchar sobre la columna MAT del grupo G_Trabajos, desplazarla y soltarla fuera del grupo G_Trabajos. Esto ocasiona la creación del nuevo break group. • Estirar el nuevo break group para dar cabida a las columnas MARCA y MODELO que de igual forma se arrastran desde el grupo G_Trabajos hacia el nuevo grupo creado. • Editar las propiedades del nuevo grupo cambiándole el nombre y estableciendo el mismo filtro creado anteriormente para G_Trabajos. En la figura 7 se muestra el modelo de datos con el nuevo break group. Para que los cambios realizados en el modelo de datos se visualicen correctamente en el informe es necesario reflejarlos en el layout editor. Para ello, se pulsa el botón de DEFAULT LAYOUT y se selecciona de nuevo el estilo tabular. Este proceso es necesario realizarlo cada vez que se añada alguna modificación que implique un cambio de la jerarquía de los datos del informe.

Figura 7. Modelo de datos con un break group. Es necesario añadir un segundo break group para la columna PUESTO, de forma que para cada coche sólo se visualice una vez el nombre del puesto en que ha sido reparado aunque tenga varias reparaciones en el mismo. Tras reflejar estos cambios en el layout, el aspecto del informe en ejecución queda como se muestra en la figura 8.

117

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

2. Añadir las columnas para el cálculo del precio por hora (en función del año de reparación), del total por trabajo y del total por coche.

Figura 8. Informe con break goups en ejecución.

Estas columnas implican o bien la realización de una fórmula sobre los valores de otras columnas (precio por hora y total por trabajo) o bien la obtención de información resumen de una columna (total por coche). Para añadir una columna de fórmula se sigue el siguiente proceso: • Situarse en el editor del modelo de datos. • Seleccionar el botón FORMULA COLUMN

.

• Pinchar sobre el grupo en el que se insertará la columna. El grupo en el que se inserta la columna de fórmula depende de la frecuencia de repetición de las columnas que se necesitan para la realización del cálculo. Para el cálculo del precio por hora, como se necesita el valor de la fecha de reparación, se insertará en el grupo G_Trabajos; de igual forma, como el total por trabajo necesita los valores de las horas trabajadas y el precio por hora, se insertará también en el grupo G_Trabajos. • Hacer doble click sobre la nueva columna creada para acceder a sus propiedades, cambiando el nombre (propiedad Name) y editando la función que calcula el valor de la columna presionando el botón EDIT... de la propiedad Formula. Para la columna que calcula el precio por hora en función del año de reparación los valores introducidos son: • Name: • Formula:

Precio function PrecioFormula return Number is año number; valor number; begin año := to_char(:fecha_rep,'YY'); valor := 1000*power(1.05,año-96); return(valor); end;

Para la columna que calcula el total por trabajo los valores introducidos son:

Universidad de Jaén

118

Developer/2000: Reports • Name: • Formula:

Programación de Bases de Datos Oracle

Tot_Trabajo function Tot_TrabajoFormula return Number is begin return(:horas*:precio); end;

Para añadir una columna resumen se sigue el siguiente proceso: • Situarse en el editor del modelo de datos. • Seleccionar el botón SUMMARY COLUMN

.

• Pinchar sobre el grupo en el que se insertará la columna. El grupo en el que se inserta la columna de fórmula depende de la frecuencia de repetición que se le quiera dar a la columna resumen. Para el cálculo del total por coche, como se necesita un valor para cada conjunto de trabajos realizados a un coche, se insertará en el grupo Break_Trabajos. • Hacer doble click sobre la nueva columna creada para acceder a sus propiedades, cambiando el nombre (propiedad Name) y estableciendo la columna sobre la que se quiere hacer el resumen (propiedad Source), el tipo de función a aplicar sobre la columna elegida para obtener el resumen (propiedad Function) y cada cuanto se debe resetear el valor resumen (propiedad Reset at). La figura 9 muestra los valores establecidos para el cálculo del total por coche. El valor resumen consiste en la suma de la columna Tot_trabajo agrupando para cada conjunto de registros del grupo Break_Trabajos, es decir, para cada conjunto de trabajos realizados a un mismo coche.

Figura 9. Propiedades de una columna resumen.

Una vez introducidas las columnas, se pulsa de nuevo el botón DEFAULT LAYOUT, y en la pestaña Data/Selection se establecen las etiquetas para las nuevas columnas. Una vez regenerado el aspecto del informe, se pueden utilizar máscaras para evitar que se visualicen decimales en las cifras que representan dinero. Para introducir una máscara para una columna concreta se accede a la ventana de propiedades de esa columna haciendo doble click sobre la columna representada en el layout editor y se establece la propiedad Format Mask de la pestaña OBJECT. La máscara que se debe establecer para las columnas F_Tot_trabajo y F_Tot_coche es de cinco dígitos enteros, es decir, NNNNN. El aspecto del informe tras estas modificaciones es el mostrado en la figura 10 (por claridad se han suprimido de la visualización las columnas MARCA y MODELO).

119

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

3. Añadir al informe la fecha actual y numeración de página. El aspecto creado por defecto se puede modificar desde el layout editor, de tal manera que se puede cambiar el tamaño, la posición o el estilo de visualización de las columnas y el texto ya creado, añadir más texto, gráficos o nuevos campos que proporcionen más información en el informe. Para añadir la fecha actual al informe se sigue el siguiente proceso: • Situarse en el layout editor. • Seleccionar el botón FIELD

y pinchar donde se desee situar la fecha.

• Hacer doble click sobre el nuevo campo creado para acceder a su ventana de propiedades. Se establece el nombre (Name), el valor a visualizar (Source From) y la máscara para el campo (Format Mask) como se indica en la figura 11.

Figura 10. Informe con columnas de fórmula y resumen.

Figura 11. Campo con la fecha actual. • Una vez establecidas las propiedades del nuevo campo Fecha se añade un texto (con el botón TEXT ) que sirva de etiqueta para el campo creado.

Universidad de Jaén

120

Developer/2000: Reports

Programación de Bases de Datos Oracle

Una típica manera de numerar las páginas de los informes es utilizando la notación Página / Total Páginas. Para hacerlo se necesitan dos nuevos campos, uno que visualice la página actual y otro que visualice el número total de páginas. Estos dos campos se crean de manera análoga a la descrita para el campo con la fecha actual, estableciendo para el campo con la página actual: • Name: Pag • Source From: &Physical Page Number • Hidden: Activado y para el campo con el total de páginas: • Name: Tot_Pag • Source From: &Total Physical Pages • Hidden: Activado Activar la propiedad Hidden significa que el campo no se va a visualizar, ya que va a ser referenciado directamente desde el texto que sirve como etiqueta a la numeración de página. Este texto se introduce con el botón TEXT y referenciando a los campos anteriormente creados como &Pag y &Tot_Pag. Por ejemplo se puede escribir Página: &Pag / &Tot_Pag El aspecto del informe tras la introducción de estos campos es el mostrado en la figura 12.

Figura 12. Informe con fecha y numeración de página. 4. Crear un formato de parámetros para el informe que solicite la matrícula del coche del que se deben visualizar sus trabajos. Es necesario crear un formato de parámetros del usuario que solicite la matrícula del coche del cual se quiere obtener la factura de su reparación. Los pasos a seguir son los siguientes: • Desde el navegador de objetos, dentro del nodo Data Model, hay que crear un nuevo objeto del tipo User Parameters. En este nuevo objeto de tipo parámetro de usuario se establecen los valores que podrán ser seleccionados al arrancar el informe y almacena el valor seleccionado para su posterior uso en tiempo de ejecución. Haciendo doble click sobre el icono del nuevo parámetro creado se accede a su ventana de propiedades, donde en la pestaña GENERAL se establece el nombre del parámetro (propiedad Name) y el tipo de datos de los valores que va a 121

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

almacenar (propiedad Datatype), y en la pestaña DATA/SELECTION se seleccionan los posibles valores que aparecerán para el parámetro. Esta lista de valores (propiedad List of Values) puede ser estática o estar basada en una consulta sobre la base de datos como se muestra en la figura 13 para el caso del parámetro que selecciona la matrícula.

Figura 13. Lista de valores del parámetro de usuario.

Figura 14. Formato de parámetros con parámetro para la matrícula.

Figura 15. Informe tras selección de matrícula. Universidad de Jaén

122

Developer/2000: Reports

Programación de Bases de Datos Oracle

• Hay que reescribir los filtros PL/SQL para los grupos G_Trabajos y Break_Trabajos para que se basen en el nuevo parámetro introducido en la selección de registros a visualizar en el informe. El código de ambos filtros puede ser el siguiente: IF (:mat=:matricula) THEN return(TRUE); ELSE return (FALSE); END IF; Ahora al ejecutar el informe, el formato de parámetros muestra el muevo parámetro que debe tomar valor de una de las matrículas de los coches reparados en el taller (ver Figura 14). Los parámetros que aparecen en el formato de parámetros se pueden controlar (activar o desactivar) desde TOOLS -> DEFAULT PARAMETERS FORM. También es posible modificar el aspecto del formato de parámetros desde el Parameter Form editor. En la figura 15 se muestra el informe obtenido tras realizar la selección de la figura 14.

5. Otros estilos de informes Hasta el momento sólo se ha utilizado el estilo tabular de los varios posibles que proporciona REPORTS para definir el aspecto del informe. A continuación se van a describir dos estilos posibles, los estilos Maestro/Detalle y Matriz, que permiten realizar diseños diferentes de los informes de una forma sencilla. Otros estilos por defecto proporcionados por REPORTS y de gran utilidad para la mayoría de las aplicaciones son los estilos form letter y mailing label. El primero permite escribir una serie de cartas con el mismo texto pero cambiando determinadas zonas en función de los datos recuperados de la base de datos, como por ejemplo las típicas cartas publicitarias que sólo se diferencian en el nombre del destinatario y algunos datos más. El estilo mailing label permite generar de forma sencilla un conjunto de etiquetas para ser utilizadas como destinatarios de cartas, etc.

5.1. Informe con estilo Maesto - Detalle Los informes de estilo maestro-detalle son similares a los que contienen break groups en el sentido de que se muestra para un determinado valor (o conjunto de valores) un conjunto de registros relacionados. Sin embargo, los informes maestro/detalle están basados en dos consultas y los grupos asociados a dichas consultas se hayan unidos por un enlace de datos. A continuación se detallan los pasos a dar para crear un informe maestro-detalle que visualice para cada mecánico su dni y su nombre, el total de horas trabajadas por año y el total ganado. Los pasos para crear este informe son los siguientes: • Crear un objeto consulta que seleccione el dni y nombre de los mecánicos. Las propiedades que hay que establecer para el objeto consulta son: • Name: • SELECT Statement:

123

Mecanicos SELECT dni,nombre FROM mecanicos ORDER BY nombre;

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

• Crear un objeto consulta que seleccione para cada dni y para cada año el número total de horas trabajadas. Las propiedades que hay que establecer para el objeto consulta son: • Name: • SELECT Statement:

Trabajos SELECT dni, to_char(fecha_rep,'YY')"año", sum(horas)"horas" FROM trabajos GROUP BY dni,to_char(fecha_rep,'YY');

• Crear un enlace de datos que establezca la relación maestro/detalle. Desde el editor del modelo de datos se selecciona el botón DATA LINK , se pincha sobre la columna DNI del grupo G_Mecanicos (Maestro) y sin soltar se arrastra hasta la columna DNI2 del grupo G_Trabajos (Detalle). Esto desencadena la creación del enlace de datos, quedando el modelo de datos como se muestra en la figura 16.

Figura 16. Modelo de datos para informe Maestro/Detalle. • Crear una columna calculada dentro del grupo G_Trabajos con las siguientes propiedades: • Name: Precio • Formula: function PrecioFormula return Number is precioh number; begin precioh := 1000* power(1.05, to_number(:año)-96); return(precioh*:horas); end; • Crear una columna resumen dentro del grupo G_Mecanicos con las siguientes propiedades: • Name: • Source: • Function: • Reset At:

Total Precio Sum G_Mecanicos

• Pulsar el botón DEFAULT LAYOUT, activar el radio button Master/Detail, y en la pestaña DATA/SELECTION establecer el valor Repeat del grupo G_MECANICOS como Across/Down Universidad de Jaén

124

Developer/2000: Reports

Programación de Bases de Datos Oracle

(permite visualizar el informe en varias columnas) y desactivar la columna DNI2. • Desde el navegador de objetos hacer doble click sobre el icono del frame R_MECANICOS que se encuentra dentro del nodo body bajo layout. Esto abre la ventana de propiedades del frame en la que se establecen las propiedades Spacing Vertical y Spacing Horizontal a 0.25, implicando que las distintas ocurrencias de los trabajos de cada mecánico se separarán entre sí 0.25 pulgadas. • Desde el layout editor, seleccionar el frame R_MECANICOS y establecer que se enmarque con una línea de color negro utilizando la paleta de colores a la que se accede con el botón LINE COLOR . • Cambiar el tipo de letra de las etiquetas DNI, NOMBRE y Total para que se visualicen en negrita y cursiva seleccionando cada uno de estos textos y utilizando FORMAT -> FONT. De igual forma se cambia el tipo de letra para el campo F_Total para que se visualice en negrita. • Establecer la propiedad Format Mask de los campos F_Precio y F_Total a NNNNN. El informe resultante es el mostrado en la figura 17.

Figura 17. Informe con estilo Maestro/Detalle.

5.2. Informe con estilo Matriz Los informes con estilo Matriz permiten visualizar la información en un formato similar a una rejilla, donde tanto los valores de las filas como los de las columnas son variables en función de los datos almacenados en la base de datos. A continuación se describe el proceso de creación de un informe con estilo matriz que permite visualizar el número de horas trabajadas por año en cada puesto. Además se visualiza el número total de horas por año y por puesto. Los pasos a dar son los siguientes:

125

Universidad de Jaén

Programación de Bases deDatos Oracle

Developer/2000: Reports

• Crear un objeto consulta que obtenga para cada año y en cada puesto el total de horas trabajadas. Las propiedades de este objeto consulta son: • Name: Horas • SELECT Statement: SELECT puesto, to_char(fecha_rep,'YY')"año", sum(horas) FROM trabajos t,mecanicos m WHERE t.dni=m.dni GROUP BY puesto,to_char(fecha_rep,'YY'); • Desde el editor del modelo de datos, pinchar y arrastrar fuera y por encima del grupo G_Trabajos las columnas Puesto y Año, de forma que se creen dos nuevos grupos que se nombran G_Puesto y G_Año. Estos dos grupos son los que contienen los valores que etiquetan las filas y las columnas de la matriz.

Figura 18. Modelo de datos con un cross product group. • Para poder crear una matriz es necesario crear un grupo que obtenga la información para cada posible pareja fila-columna (PRODUCTO CARTESIANO). Estos grupos se denominan cross product group y se crean pulsando el botón CROSS PRODUCT del editor del modelo de datos y enmarcando la zona del editor donde se encuentren los grupos que representan las filas y columnas de la matriz. Es decir, hay que pulsar el botón CROSS PRODUCT y enmarcar los grupos G_Puesto y G_Año. Al nuevo grupo creado se le establece como nombre G_Matriz. El modelo de datos resultante es el mostrado en la figura 18. • Para obtener los sumatorios por filas y columnas se deben crear dos columnas resumen dentro del grupo G_Matriz con las siguientes propiedades: Universidad de Jaén

126

Developer/2000: Reports

Programación de Bases de Datos Oracle

• Name: • Source: • Function: • Reset At: • Product Order:

Fila_años sum_horas Sum G_año G_año (establece frecuencia de visualización de valores)

• Name: • Source: • Function: • Reset At: • Product Order:

Col_puestos sum_horas Sum G_puesto G_puesto

• Pulsar el botón DEFAULT LAYOUT y seleccionar el radio button Matrix. En la pestaña DATA/SELECTION establecer Across como valor Repeat del grupo G_Puesto para establecer que los puestos son las columnas de la matriz. Borrar todas las etiquetas de las columnas ya que las etiquetas de la matriz son los propios valores devueltos en cada columna. • Desde el layout editor establecer con FORMAT -> ALIGMENT -> CENTER una alineación centrada para los campos F_puesto, F_sum_horas, F_Col_puestos y F_año. Enmarcar los campos F_puesto y F_año y añadir una línea vertical junto al campo F_Fila_Años. Cambiar a negrita la fuente de los campos F_puesto, F_año, F_Col_puestos y F_Fila_años. El informe una vez ejecutado muestra la información como se ve en la figura 19.

Figura 19. Informe con estilo matriz.

127

Universidad de Jaén

6 Bibliografía

Bibliografía

Programación de Bases de Datos Oracle

1. Koch, G. "ORACLE 7 : manual de referencia", McGraw Hill, 1994. 2. Muller, R.J. "Oracle developer/2000 handbook", McGraw-Hill, 1997 3. Oracle Corporation. "Oracle7 Server SQL Reference", 1995. 4. Oracle Corporation. "Oracle7 Server Application Developer's Guide", 1995. 5. Oracle Corporation. "Forms 4.5 Developer's Guide Manual", 1995. 6. Oracle Corporation. "Reports 2.5 Building Reports Manual", 1995. 7. Pepin, D. "Oracle : guia de referencia para el programador", Anaya multimedia, 1991. 8. Urman. "ORACLE8. Programación PL/SQL", McGraw Hill, 1998.

131

Universidad de Jaén