Lenguaje SQL (2ª Parte) Definición de datos

Transcripción

1 Lenguaje SQL (2ª Parte) Definición de datos Bases de Datos Práctica 3 DSIC - UPV Facultad de Informática Escuela Técnica Superior de Informática Aplicada Objetivos Sintaxis del Lenguaje de Definición de Datos. Creación de tablas. Modificación de la definición de una tabla. Creación de una vista. Visto en Teoría Otorgar autorizaciones. Diferencias entre Oracle y SQL (estándar). Creación de reglas de actividad (disparadores). Realizar todo lo anterior usando la herramienta ISQL del sistema de gestión de bases de datos ORACLE. Bases de Datos DSIC-UPV 2

2 Diferencias entre Oracle 9i / SQL ANSI Definición de Relaciones (Oracle): No permite la definición de esquemas (CREATE SQUEMA) Todas las relaciones forman parte de misma BD. No se permite la definir dominios (CREATE DOMAIN) Los atributos sólo se pueden definir sobre los tipos de datos proporcionados por el sistema. Solamente implementa la integridad referencial débil para las claves ajenas. Las únicas directrices para la restauración de la integridad referencial disponibles son borrado en cascada y a nulos. No se permite la definición de restricciones generales sobre la base de datos (CREATE ASSERTION). Bases de Datos DSIC-UPV 3 Definición n de reglas de actividad (Disparadores) Define el comportamiento activo del sistema. Aplicaciones: comprobación de restricciones de integridad control de la seguridad definición de reglas de funcionamiento de la organización mantenimiento de información derivada Bases de Datos DSIC-UPV 4

3 Definición n de reglas de actividad (Disparadores) Forma de una regla de actividad: Evento - Condición - Acción acción que el sistema ejecuta cuando como respuesta a la ocurrencia de un evento cuando cierta condición se satisface. En Oracle: evento: operación de actualización condición: expresión lógica del SQL acción: procedimiento escrito en PL/SQL (incluye instrucción de manipulación de la BD) Bases de Datos DSIC-UPV 5 Definición n de reglas de actividad (Disparadores) definición_regla::= {CREATE REPLACE} TRIGGER nombre_regla {BEFORE AFTER INSTEAD OF} evento [disyunción_eventos] ON {nombre_relación nombre_vista} [ [REFERENCING OLD AS nombre_referencia [NEW AS nombre_referencia] ] [FOR EACH {ROW STATEMENT} [WHEN ( condición ) ] ] bloque PL/SQL disyunción_eventos ::= OR evento [disyunción_eventos] evento ::= INSERT DELETE UPDATE [OF comalista_nombre_atributo] Bases de Datos DSIC-UPV 6

4 Definición n de reglas de actividad (Disparadores) Definición de Disparadores (Oracle): Un mismo TRIGGER se puede activar por más de un evento sobre la misma tabla (se dispone de las variables booleanas INSERTING, DELETING, UPDATING). Sólo en el caso de granularidad orientada a la tupla (FOR EACH ROW) el disparador está parametrizado. No existen parámetros de tabla. No es necesario dar nombre a los parámetros. En la construcción de la condición de la regla (WHEN) solamente pueden aparecer referencias a los parámetros, sin subconsultas ni funciones agregadas. La acción siempre es un boque PL/SQL. En la acción no se puede hacer referencia a la tabla que ha disparado el TRIGGER. Bases de Datos DSIC-UPV 7 Ejemplo La La siguiente regla define en en el el esquema de de la la base de de datos el el siguiente comportamiento activo: después de de cada inserción en en la la relación R hacer una una copia de de la la tupla insertada en en la la relación R_copia. (El (El esquema de de R es es R(A:dom_A, B:dom_B)) CREATE TRIGGER T1 T1 AFTER INSERT ON ON R FOR EACH ROW BEGIN INSERT INTO R_copia VALUES(:NEW.A, :NEW.B); END; Bases de Datos DSIC-UPV 8

5 Ejemplo La La siguiente regla define en en el el esquema de de la la base de de datos el el siguiente comportamiento activo: después de de cada operación de de actualización de de la la relación R registrar la la información sobre el el usuario y la la fecha de de la la actualización en en la la relación R_control CREATE TRIGGER T2 T2 AFTER INSERT OR OR UPDATE OR OR DELETE ON ON R FOR EACH STATMENT BEGIN INSERT INTO R_control VALUES(user, sysdate); END; (user y sysdate son son funciones del del sistema que que devuelven respectivmente el el usuario de de la la sesión y la la fecha del del sistema) Bases de Datos DSIC-UPV 9 Ejemplo La La siguiente regla define en en el el esquema la la restricción: No No se se puede insertar en en la la relación R una una tupla si si existe en en la la relación S S CREATE TRIGGER T3 T3 AFTER INSERT ON ON R FOR FOR EACH ROW ROW DECLARE Aux Aux NUMBER; BEGIN SELECT Count(*) INTO Aux Aux FROM S WHERE :NEW.A=S.A; IF IF Aux>0 THEN RAISE_APPLICATION_ERROR(-20000, No No se se puede realizar esta operación ); END END IF; IF; END; Bases de Datos DSIC-UPV 10

6 Ejercicios Diseñar la la base de de datos de de una pequeña biblioteca: consultar los datos de un libro: código del libro, título, autor(es), temática y en caso de estar prestado, el socio que lo tiene actualmente en préstamo consultar la información sobre un socio: código del socio, nombre, dirección, teléfono y libros que actualmente tiene en préstamo así como la fecha de préstamo consultar los préstamos históricos de un socio: código del libro, fecha del préstamo y fecha de la devolución dar de alta, dar de baja y modificar los datos de un socio gestionar los préstamos: prestar un libro a un socio y registrar la devolución de un libro. (Se supone que un préstamo dura al menos un día, es decir un libro no se puede prestar el mismo día más de una vez) Bases de Datos DSIC-UPV 11 Ejercicios Diseñar la la base de de datos de de una pequeña biblioteca: Restricciones: el código del libro identifica unívocamente al libro el código del socio identifica unívocamente al socio el conjunto de temas utilizados para clasificar un libro son: física, electricidad, mecánica y óptica la fecha de devolución de un libro debe ser posterior a la fecha de préstamo el número total de libros que tiene prestados un socio es un dato derivado que será mantenido automáticamente por el sistema Bases de Datos DSIC-UPV 12

7 Ejercicios Tareas: a) definir el esquema relacional de la base datos anterior (usando los conceptos del modelo relacional) b) definir la base de datos en el sistema ORACLE9i c) realizar actualizaciones y consultas sobre la base de datos creada Bases de Datos DSIC-UPV 13 Diferencias entre Oracle 9i / SQL ANSI Tipos de datos proporcionados: Numéricos: NUMBER [(precisión[, escala])] NUMBER (precisión) entero NUMBER (precisión, escala) real Alfanuméricos: CHAR (longitud) VARCHAR (longitud) o VARCHAR2 (longitud) Fechas: DATE Bases de Datos DSIC-UPV 14

8 Diferencias entre Oracle 9i / SQL ANSI Definición de Relaciones (SQL ANSI): tipo_integridad_referencial ::= MATCH { FULL PARTIAL} directriz_borrado ::= ON DELETE { CASCADE SET NULL SET DEFAULT NO ACTION} directriz_actualización ::= ON UPDATE { CASCADE SET NULL SET DEFAULT NO ACTION} Bases de Datos DSIC-UPV 15 Definición n de reglas de actividad (Disparadores) Parametrización de eventos: Los eventos de las reglas FOR EACH ROW están parametrizados nombre de parámetros: evento INSERT: NEW evento DELETE: OLD evento UPDATE: OLD y NEW se pueden usar en la condición de la regla se pueden usar en el bloque PL/SQL Bases de Datos DSIC-UPV 16

9 2.6. SQL: llenguatge de definició de dades (DDL) Definició de taules/relacions definició_taula ::= CREATE TABLE nom_taula (element_taula1, element_taula2, element_taula3,...) element_taula ::= definició_atribut restricció_taula definició_atribut ::= nom_atribut {tipus_dada nom_domini} [DEFAULT ({valor funció_sistema NULL} )] [restricció_atribut1 restricció_atribut2...] Bases de Datos DSIC-UPV SQL: llenguatge de definició de dades (DDL) Restriccions sobre atributs restricció_atribut ::= [CONSTRAINT nom_restricció] {NOT NULL UNIQUE PRIMARY KEY REFERENCES nom_taula [(nom_atribut)] [MATCH {FULL PARTIAL SIMPLE}] [Directriu_esborrat] [Directriu_modificació] CHECK (condició) } [quan_comprovar] Bases de Datos DSIC-UPV 18

10 2.6. SQL: llenguatge de definició de dades (DDL) Restriccions sobre relacions restricció_taula ::= [CONSTRAINT nom_restricció] { UNIQUE (atribut1, atribut2,...) PRIMARY KEY (atribut1, atribut2,...) FOREIGN KEY (atribut1, atribut2,...) REFERENCES nom_taula [(atribut1, atribut2,...)] [MATCH {FULL PARTIAL SIMPLE}] [Directriu_esborrat] [Directriu_modificació] CHECK (condició)} [quan_comprovar] Bases de Datos DSIC-UPV SQL: llenguatge de definició de dades (DDL) Directriu_esborrat ::= ON DELETE {CASCADE SET NULL SET DEFAULT NO ACTION} Directriu_esborrat_modificació::= ON UPDATE {CASCADE SET NULL SET DEFAULT NO ACTION} Bases de Datos DSIC-UPV 20

11 2.6. SQL: llenguatge de definició de dades (DDL) quan_comprovar:= [NOT] DEFERRABLE [INITIALLY {INMEDIATE DEFERRED}] Si no s'utilitza aquesta clàusula la restricció es defineix com no diferible i amb mode immediat. NOT DEFERRABLE INITIALLY IMMEDIATE NOT DEFERRABLE INITIALLY IMMEDIATE DEFERRABLE INITIALLY IMMEDIATE defineix una restricció com diferible i amb mode per defecte immediat. DEFERRABLE INITIALLY DEFERRED defineix una restricció com diferible i amb mode per defecte diferit. DEFERRABLE INITIALLY DEFERRED NOT DEFERRABLE INITIALLY DEFERRED està prohibida. Bases de Datos DSIC-UPV 21