Carlos A. Olarte Ligaduras de Integridad y Restricciones sobre la BD

Transcripción

1 Ligaduras de Integridad y Restricciones sobre la BD

2 Outline 1 Introducción 2 Ligaduras de Dominio 3 Llaves Primarias 4 Llaves de Unicidad 5 Integridad Referencial

3 Introducción y Motivación Por qué se deben validar los tipos de las relaciones? Por qué se debe validar el contenido de algunos atributos de relaciones? Que pasa si se inserta un valor relacionado que no existe? Que pasa si es borrado o actualizado un valor llave que sirve como llave foránea de otra relación?

4 Ligaduras de Dominio Permiten la verificación de los valores introducidos en la base de datos Permite examinar las consultas para que tengan sentido (Ej Edad > xyz no es válido) Permiten realizar chequeos de tipos como en los lenguajes de programación

5 Ejemplos en SQL Los tipos son chequeados automáticamente Chequeo de valores: alter table X add constraint atr1 ck check (atr1 ck in( S, N )); Chequeo de Obligatoriedad: alter table X modify atr2 not null;

6 Llaves Primarias (PKs) Se deben imponer sobre la base de datos restricciones de llave primaria (PK) en los atributos llave de las relaciones del modelo relacional. Por ejemplo para el esquema Ciudad(Codigo, Nombre) se impondría la siguiente restricción: ALTER TABLE CIUDADES ADD CONSTRAINT CIU_CODIGO_PK PRIMARY KEY(CODIGO);

7 Valores únicos En ocasiones es deseable que el valor de un atributo no se repita. Si el atributo es PK, de éste chequeo se encarga la BD. De lo contrario debe hacerse explicito por medio de una restricción de UNIQUE. Por ejemplo, en la relación Ciudad(Cod, Nombre) el atributo nombre no debería tener valores repetidos. Por tanto se impondría la siguiente restricción: ALTER TABLE CIUDAD ADD CONSTRAINT CIU_NOMBRE_UK UNIQUE(NOMBRE);

8 Integridad Referencial Informalmente, es cuando un conjunto determinado de atributos de una relación aparece en otra Tupla Colgante:Se dice que t r es una tupla colgante de r si t r / r s, es decir que no existe un t s talque t r [R S]) = t s [R S]

9 Continuación Sea r 1 (R 1 ) y r 2 (R 2 ) dos relaciones con PKs k 1 y k 2. Se dice que un subconjunto α de R 2 es una FK (Llave foránea) que hace referencia a k 1 si se exige que para cada t 2 de r 2 hay una tupla en r 1 talque t 1 [k1] = t 2 [α] Es decir, π α (r 2 ) π k1 (r 1 )

10 Continuación En SQL Alter table X add Constraint X Y FK FOREIGN KEY (Atr1) references Y(Atr1 Pk);

11 Mantenimiento de la I.R Al insertar: Si se inserta t 2 en r 2, el SGBD debe asegurar que hay una tupla t 1 en r 1 talque: t 1 [k] = t 2 [α] es decir t 2 [α] π k (r 1 )

12 Continuación Al Eliminar: Se debe constatar que el conjunto de tuplas relacionadas sea vació. De lo contrario se elimina en cascada o se retrocede la transacción.

13 Continuación Al Actualizar: Si el atributo a modificar pertenece a la FK, se debe realizar el mismo chequeo como en el inserción Por otro lado, si se modifica la PK en r 1, se debe realizar una comprobación similar a la de eliminación

14 SQL Eliminación en cascada: Alter table... references... ON DELETE CASCADE Actualización en cascada: Alter table... references... ON UPDATE CASCADE Todas las PK son NOT NULL Las FK y UK pueden o no ser NOT NULL dependiendo de como se hayan declarado.