INTRODUCCIÓN BASES DE DATOS ACTIVAS INTRODUCCIÓN INTRODUCCIÓN INTRODUCCIÓN INTRODUCCIÓN

Transcripción

1 BASES DE DATOS ACTIVAS.. TRANSACCIONES. BASES DE DATOS ACTIVAS. CONCEPTOS... APLICACIONES. REGLAS EN BASES DE DATOS. LAS REGLAS DE CODD PARA SISTEMAS GESTORES DE BASES DE DATOS. LIMITACIONES DEL MODELO RELACIONAL. BD Y ACTIVAS 1 BD Y ACTIVAS 2 EL MODELO DE DATOS RELACIONAL FUE INTRODUCIDO POR TED CODD, DE IBM, EN SE BASA EN LOS CONCEPTOS DE: RELACIÓN MATEMÁTICA. TEORÍA DE CONJUNTOS. LÓGICA DE PREDICADOS DE PRIMER ORDEN. BD Y ACTIVAS 3 DATO OPERATIVO: TODO ELEMENTO DE INFORMACIÓN QUE NECESITA UNA ORGANIZACIÓN PARA SU FUNCIONAMIENTO. INDEPENDENCIA FÍSICA: EL ALMACENAMIENTO FÍSICO DE LOS DATOS DEBE SER INDEPENDIENTE DEL DISEÑO LÓGICO DE LA BF A TODOS LOS NIVELES. INDEPENDENCIA LÓGICA: LA PERCEPCIÓN QUE CADA PROGRAMA TIENE DE LA ESTRUCTURA LÓGICA DE LA BD (VISTA DE USUARIO) DEBE PERMANECER INMUTABLE A NIVEL LÓGICO EN DICHA ESTRUCTURA. ENTIDADES: UNA ENTIDAD SE DEFINE COMO UN OBJETO QUE EXISTE Y QUE ES DISTINGUIBLE DE LOS DEMÁS: EJ.: UN EMPLEADO, UN LIBRO, UN DEPARTAMENTO. BD Y ACTIVAS 4 ATRIBUTOS: SON LAS PROPIEDADES QUE CARACTERIZAN UN CONJUNTO DE ENTIDADES. DEPENDENCIA EXISTENCIAL: SEAN A Y B DOS CONJUNTOS DE ENTIDADES. SE DICE QUE B DEPENDE EXISTENCIALMENTE DE A SI CUMPLE: TϵAXB / bϵb aϵ A / (a, b)ϵt. ES IMPOSIBLE IDENTIFICAR A b SIN IDENTIFICAR PREVIAMENTE A a. ASOCIACIONES O RELACIONES: UNA RELACIÓN ES UNA CONEXIÓN SEMÁNTICA ENTRE DOS O MÁS CONJUNTOS DE ENTIDADES. ESPECIALIZACIÓN: SE DIRÁ QUE EL CONJUNTO DE ENTIDADES A ES UNA ESPECIALIZACIÓN DEL CONJUNTO DE ENTIDADES B SI aϵ A aϵb. EL CONJUNTO DE ENTIDADES A ESTÁ INCLUIDO EN EL CONJUNTO DE ENTIDADES B. BD Y ACTIVAS 5 BD Y ACTIVAS 6

2 BD Y ACTIVAS 7 BD Y ACTIVAS 8 BD Y ACTIVAS 9 BD Y ACTIVAS 10 BD Y ACTIVAS 11 SQL PERMITE INCORPORAR LA DEFINICIÓN DE RESTRICCIONES EN LA DEFINICIÓN DE LA TABLA: EL SISTEMA CONTROLARÁ LA INTEGRIDAD DE LOS DATOS QUE SE CARGUEN. LAS RESTRICCIONES PUEDEN SER. DE INTEGRIDAD DE ENTIDAD Y REFERENCIAL. ESPECÍFICAS. EJ.: RESTRICCIÓN DE CLAVE PRIMARIA PARA LA COLUMNA DNI DE LA TABLA ALUMNOS: CREATE TABLE alumnos ( DNI CHAR (8) PRIMARY KEY, nom_alum VARCHAR2 (35), fecha_nac DATE, direccion VARCHAR2 (30), provincia VARCHAR2 (20), beca VARCHAR2 (2) BD Y ACTIVAS 12

3 EJ.: RESTRICCIONES DE INTEGRIDAD ASOCIADAS A LA TABLA PARA UN CONJUNTO DE COLUMNAS: CREATE TABLE matriculas ( cod_asig CHAR (4), cod_grup CHAR (4), tipo CHAR (1), DNI CHAR (8), convocatoria NUMBER, calificacion NUMBER, PRIMARY KEY (cod_asig, cod_grup, tipo, DNI, convocatoria) EJ.: RESTRICCIÓN DE UNICIDAD DE LOS VALORES DE UNA COLUMNA: CREATE TABLE asignaturas ( cod_asig CHAR (4) PRIMARY KEY, nom_asig VARCHAR2 (30) UNIQUE, creditos NUMBER (4, 1), caracter CHAR (2), curso NUMBER BD Y ACTIVAS 13 BD Y ACTIVAS 14 EJ.: RESTRICCIÓNDE VALORES NULOS: CREATE TABLE profesores ( NRP CHAR (8) PRIMARY KEY, nom_prof VARCHAR2 (35) NOT NULL, categoria CHAR (4), area VARCHAR2 (20), cod_dep CHAR (4) EJ.: RESTRICCIÓN DE RANGO DE VALORES PERMITIDOS EN UNA COLUMNA: CREATE TABLE aulas ( cod_aula CHAR (4) PRIMARY KEY, capacidad NUMBER CHECK (capacidad BETWEEN 0 AND 150) BD Y ACTIVAS 15 BD Y ACTIVAS 16 EJEMPLOS: DEFINICIÓN DE CLAVES EXTERNAS PARA RELACIONAR COLUMNAS DE DISTINTAS TABLAS (INTEGRIDAD REFERENCIAL): CREATE TABLE matriculas ( cod_asig CHAR (4), cod_grup CHAR (4), tipo CHAR (1), DNI CHAR (8) REFERENCES alumnos (DNI), convocatoria NUMBER, calificacion NUMBER, PRIMARY KEY (cod_asig, cod_grup, tipo, DNI, convocatoria), FOREING KEY (cod_asig, cod_grup, tipo) REFERENCES grupos (cod_asig, cod_grup, tipo) CREATE TABLE grupos ( cod_asig CHAR (4), cod_grup CHAR (4), tipo CHAR (1) CHECK (Tipo IN ( T, P )), NRP CHAR (4), max_al INT CHECK (max_al BETWEEN 10 AND 150), PRIMARY KEY (cod_asig, cod_grup, tipo), FOREING KEY cod_asig REFERENCES asignaturas (cod_asig), FOREING KEY NRP REFERENCES profesores (NRP), BD Y ACTIVAS 17 BD Y ACTIVAS 18

4 EJ.: DEFINICIÓN DE VALORES POR DEFECTO: CREATE TABLE matriculas ( cod_asig CHAR (4), cod_grup CHAR (4), tipo CHAR (1), DNI CHAR (8) REFERENCES alumnos (DNI), convocatoria NUMBER DEFAULT 1, calificacion NUMBER CONSTRAINT restric-rangocalif CHECK ((calificacion>=0) AND (calificacion <=10)), PRIMARY KEY (cod_asig, cod_grup, tipo, DNI, convocatoria), FOREING KEY (cod_asig, cod_grup, tipo) REFERENCES grupos (cod_asig, cod_grup, tipo) BD Y ACTIVAS 19 BD Y ACTIVAS 20 BD Y ACTIVAS 21 BD Y ACTIVAS 22 TRANSACCIONES BD Y ACTIVAS 23 BD Y ACTIVAS 24

5 TRANSACCIONES TRANSACCIÓN ES UN CONJUNTO DE OPERACIONES DE MANIPULACIÓN DE DATOS QUE DEBEN SER CONSIDERADAS COMO UNA UNIDAD.: ES UNA UNIDAD ATÓMICA DE TRABAJO QUE SE REALIZA POR COMPLETO O BIEN NO SE EFECTÚA EN ABSOLUTO. EL GESTOR DE RECUPERACIÓN DEL SGBD DEBE MANTENERSE AL TANTO DE LAS SIGUIENTES OPERACIONES: BEGIN_TRANSACTION (inicio_de_transacción): MARCA EL PRINCIPIO DE LA EJECUCIÓN DE LA TRANSACCIÓN. READ (leer) o WRITE (escribir): ESPECIFICAN OPERACIONES DE LECTURA O ESCRITURA DE ELEMENTOS DE LA BD QUE SE EJECUTAN COMO PARTE DE LA TRANSACCIÓN. TRANSACCIONES END_TRANSACTION (fin_de_transacción): ESPECIFICA QUE LAS OPERACIONES DE LEER O ESCRIBIR DE LA TRANSACCIÓN HAN TERMINADO Y MARCA EL FIN DE LA EJECUCIÓN DE LA TRANSACCIÓN. PUEDE SER NECESARIO VERIFICAR: SI LOS CAMBIOS INTRODUCIDOS SE PUEDEN APLICAR PERMANENTEMENTE A LA BD (CONFIRMAR). SI LA TRANSACCIÓN PUEDE ABORTAR PORQUE VIOLA LA SERIABILIDAD O POR ALGUNA OTRA RAZÓN. COMMIT_TRANSACTION (confirmar_transacción):. SEÑALA QUE: LA TRANSACCIÓN TERMINÓ CON ÉXITO. LAS ACTUALIZACIONES EJECUTADAS SE PUEDEN CONFIRMAR SIN PELIGRO EN LA BD Y QUE NO SE DESHARÁN. BD Y ACTIVAS 25 BD Y ACTIVAS 26 TRANSACCIONES ROLLBACK (restaurar) O ABORT (abortar): INDICAN QUE: LA TRANSACCIÓN TERMINÓ SIN ÉXITO. CUALQUIER CAMBIO O EFECTO QUE PUEDA HABERSE APLICADO A LA BD SE DEBE DESHACER. BD Y ACTIVAS 27 TRANSACCIONES PROPIEDADES DESEABLESDE LAS TRANSACCIONES SON LAS PROPIEDADES ACID (INICIALES EN INGLÉS): ATOMICIDAD: UNA TRANSACCIÓN ES UNA UNIDAD ATÓMICA (INDIVISIBLE) DE PROCESAMIENTO. CONSERVACIÓN DE LA CONSISTENCIA: SE CONSERVA LA CONSISTENCIA SI LA EJECUCIÓN COMPLETA DE LA TRANSACCIÓN LLEVA LA BD DE UN ESTADO CONSISTENTE A OTRO TAMBIÉN CONSISTENTE. AISLAMIENTO: LA EJECUCIÓN DE UNA TRANSACCIÓN NO DEBERÍA INTERFERIR CON OTRAS TRANSACCIONES QUE SE EJECUTEN CONCURRENTEMENTE. DURABILIDAD O PERMANENCIA: LOS CAMBIOS APLICADOS A LA BD POR UNA TRANSACCIÓN CONFIRMADA DEBEN PERDURAR EN LA BD. BD Y ACTIVAS 28 TRANSACCIONES BASES DE DATOS ACTIVAS CONCEPTOS BD Y ACTIVAS 29 BD Y ACTIVAS 30

6 BASES DE DATOS ACTIVAS CONCEPTOS LAS BD CONVENCIONALES SE CONSIDERAN MUERTAS O PASIVAS: NO PUEDEN MANEJAR CIERTAS SITUACIONES. EJ.: ACTUALIZAR LAS RUTAS DE UN AUTOBÚS ESCOLAR CON CADA INCORPORACIÓN DE NUEVOS ALUMNOS A LA ESCUELA: SUPERVISAR CADA MATRÍCULA NUEVA. COMPROBAR PERIÓDICAMENTE LAS DIRECCIONES DE LOS ALUMNOS MATRICULADOS. SON NECESARIAS LAS BD ACTIVAS: INCORPORAN COMPORTAMIENTO ACTIVO: COMPORTAMIENTO ACTIVO = CUÁNDO + QUÉ. BASES DE DATOS ACTIVAS CONCEPTOS EJ. DE COMPORTAMIENTO ACTIVO: GESTIÓN DE STOCKS: CUANDO ITEM < 10 ENTONCES SOLICITAR NUEVO ITEM AL PROVEEDOR. PRODUCTOS PERECEDEROS: CUANDO PRODUCTO.CADUCA - FECHA_ACTUAL < 7 ENTONCES REDUCIR EL PRECIO DEL PRODUCTO. GESTIÓN DE AUTOBUSES: CUANDO AUTOBÚS LLENO Y FALTE MÁS DE UNA SEMANA PARA EL VIAJE ENTONCES PONER AUTOBÚS ADICIONAL. BD Y ACTIVAS 31 BD Y ACTIVAS 32 COMPORTAMIENTO ACTIVO EN APLICACIONES QUE ACCEDEN A BD: BD Y ACTIVAS 33 BD Y ACTIVAS 34 COMPORTAMIENTO ACTIVO EN UNA APLICACIÓN ESPECÍFICA: COMPORTAMIENTO ACTIVO EN LA PROPIA BD ACTIVA: BD Y ACTIVAS 35 BD Y ACTIVAS 36

7 MANIFIESTODE LAS BASES DE DATOS ACTIVAS (1996): CARACTERÍSTICAS DE UN SGBD ACTIVO: TIENE UN MODELO DE REGLAS ECA. SOPORTA LA GESTIÓN DE REGLAS Y LA EVOLUCIÓN DE LA BASE DE DATOS. CARACTERÍSTICAS DE EJECUCIÓN DE REGLAS ECA: EL SGBD TIENE UN MODELO DE EJECUCIÓN. OFRECE DIFERENTES MODELOS DE ACOPLAMIENTO. IMPLEMENTA MODOS DE CONSUMO. GESTIONA LA HISTORIA DE EVENTOS. IMPLEMENTA LA RESOLUCIÓN DE CONFLICTOS. CARACTERÍSTICAS DE APLICACIÓN Y USABILIDAD: POSEE UN ENTORNO DE PROGRAMACIÓN. ES AJUSTABLE. BD Y ACTIVAS 37 BD Y ACTIVAS 38 MODELO DE CONOCIMIENTO: DESCRIBE LA SITUACIÓN Y LA REACCIÓN CORRESPONDIENTE (REGLAS ECA). MODELO DE EJECUCIÓN: REALIZA UN SEGUIMIENTO DE LA SITUACIÓN Y GESTIONA EL COMPORTAMIENTO ACTIVO (CÓMO SE COMPORTAN LAS REGLAS EN TIEMPO DE EJECUCIÓN). SQL Y LAS BD ACTIVAS CONSTRAINTS: ESPECIFICACIONES DEL DDL QUE SE APLICAN A COLUMNAS O TABLAS. CONVIENE DARLES NOMBRE. PUEDEN USAR UNIQUE, NOT NULL, REFERENCES, CHECK. ASERCIONES (ASSERTIONS): RESTRICCIÓN QUE NO TIENE POR QUÉ ESTAR ASOCIADA A UNA ÚNICA TABLA. TRIGGERS (DISPARADORES): ASERCIONES CON ACCIONES ASOCIADAS. BD Y ACTIVAS 39 BD Y ACTIVAS 40 : MAYOR PRODUCTIVIDAD. MEJOR MANTENIMIENTO. REUTILIZACIÓN DE CÓDIGO. REDUCCIÓN DEL TRÁFICO DE MENSAJES. BD Y ACTIVAS 41 BD Y ACTIVAS 42

8 INTERNAS: CLÁSICAS DE LA UTILIZACIÓN O ADMINISTRACIÓN DE BD. CONTROL DE INTEGRIDAD (ON UPDATE CASCADE). MANTENIMIENTO DE DATOS DERIVADOS (VISTAS). ADMINISTRACIÓN DE COPIAS (MONITORIZAR Y REGISTRAR CAMBIOS). SEGURIDAD Y AUDITORÍA. GESTIÓN DE VERSIONES. EXTERNAS: (EJ.: RUTAS DE AUTOBÚS). NOTIFICACIÓN CUANDO OCURREN CIERTAS CONDICIONES. REFORZAR LAS RESTRICCIONES DE INTEGRIDAD: LOS DISPARADORES SON MÁS INTELIGENTES Y MÁS POTENTES QUE LAS RESTRICCIONES. MANTENIMIENTODE DATOS DERIVADOS: ACTUALIZACIÓN AUTOMÁTICA DE DATOS DERIVADOS EVITANDO ANOMALÍAS DEBIDAS A LA REDUNDANCIA: EJEMPLO: UN DISPARADOR ACTUALIZA EL SALDO TOTAL DE UN CUENTA BANCARIA CADA VEZ QUE SE INSERTA, ELIMINA O MODIFICA UN MOVIMIENTO EN DICHA CUENTA. BD Y ACTIVAS 43 BD Y ACTIVAS 44 MODELO DEL CONOCIMIENTO: DEFINIR QUÉ Y CUÁNDO. REGLAS ECA EVENTO CONDICIÓN ACCIÓN: EVENTO: QUÉ DISPARA LA ACCIÓN. CONDICIÓN: ESTADO QUE DEBE DARSE. ACCIÓN: QUÉ SE HACE. EVENTO FUENTE: QUÉ OCASIONA LA OCURRENCIA DE UN EVENTO?: UNA INSTRUCCIÓN DEL LMD (ANTES O DESPUÉS): INSERT, DELETE, UPDATE, SELECT. UNA INSTRUCCIÓN PARA LA GESTIÓN DE TRANSACCIONES: COMMIT, ABORT. UNA EXCEPCIÓN: VIOLACIÓN DE AUTORIZACIONES, BLOQUEOS, ETC. EL RELOJ: EL 28 DE MAYO A LAS 19:30H. LA APLICACIÓN (EXTERNO A LA BD). BD Y ACTIVAS 45 BD Y ACTIVAS 46 GRANULARIDAD: QUÉ CAMBIOS CONSIDERA UNA OCURRENCIA DEL EVENTO?: CAMBIOS EN SÓLO UNA TUPLA (DISPARADORES A NIVEL DE FILA): 1 TUPLA : 1 EVENTO. CAMBIOS EN TODAS LAS TUPLAS (DISPARADORES A NIVEL DE SENTENCIA): 0..N TUPLAS : 1 EVENTO. CONDICIÓN Y ACCIÓN CONDICIÓN: UN PREDICADO SOBRE LA BD: CONSULTA. PUEDE SER OPCIONAL (SI NO SE INCLUYE SE CONSIDERA QUE LA CONDICIÓN ES SIEMPRE CIERTA). ACCIÓN: QUÉ SE PUEDE INCLUIR EN LA REACCIÓN?. OPERACIÓN EN LA BD (ÓRDENES DE SQL, INSERT, DELETE, ). COMANDOS DE SQL EXTENDIDO (EJ.: PL/SQL). LLAMADAS EXTERNAS (ENVÍO DE MENSAJES). ABORTAR LA TRANSACCIÓN. HACER EN LUGAR DE (INSTEAD-OF). BD Y ACTIVAS 47 BD Y ACTIVAS 48

9 EJEMPLO: MODELO DE EJECUCIÓN: BD Y ACTIVAS 49 BD Y ACTIVAS 50 EJECUCIÓN EN GENERAL, LA FORMA EN QUE SE EJECUTAN DICHAS FASES DEPENDE DE DOS MODOS DE ACOPLAMIENTO: EVENTO VS CONDICIÓN. CONDICIÓN VS ACCIÓN. PARA AMBOS MODOS LAS OPCIONES SON: INMEDIATO (INMEDIATE): LA CONDICIÓN SE EVALÚA INMEDIATAMENTE DESPUÉS DEL EVENTO. LA ACCIÓN SE EJECUTA INMEDIATAMENTE DESPUÉS DE LA CONDICIÓN. DIFERIDO (DEFERRED): LA CONDICIÓN SE EVALÚA AL FINAL DE LA TRANSACCIÓN. LA ACCIÓN SE EJECUTA AL FINAL DE LA TRANSACCIÓN. DESPRENDIDO (DETACHED): LA CONDICIÓN SE EVALÚA EN UNA TRANSACCIÓN DIFERENTE. LA ACCIÓN SE EJECUTA EN UNA TRANSACCIÓN DIFERENTE. BD Y ACTIVAS 51 BD Y ACTIVAS 52 EJEMPLO: EJEMPLO: BD Y ACTIVAS 53 BD Y ACTIVAS 54

10 REGLAS EN BD EJEMPLO: BD Y ACTIVAS 55 BD Y ACTIVAS 56 REGLAS EN BD REGLAS EN BD DISPARADOR (TRIGGER) ESTÁ ASOCIADO A UNA ÚNICA TABLA BASE. ES EL CONCEPTO CLAVE PARA IMPLEMENTAR BD ACTIVAS. TIENE TRES PARTES: UN EVENTO: INDICA LA ACCIÓN SOBRE LA TABLA BASE QUE CAUSARÁ QUE SE ACTIVE EL DISPARADOR: INSERT, DELETE, O UPDATE. UN TIEMPO DE ACCIÓN: INDICA CUÁNDO SE ACTIVARÁ EL DISPARO: BEFORE => ANTES DEL EVENTO. AFTER => DESPUÉS DEL EVENTO. UNA ACCIÓN: SE LLEVAN A CABO SI OCURRE EL EVENTO. PUEDE SER DE DOS TIPOS: UNA SENTENCIA SQL EJECUTABLE (SQL EXECUTABLE STATEMENT). UN BLOQUE ATÓMICO DE SENTENCIAS SQL EJECUTABLES. BD Y ACTIVAS 57 EJEMPLOEN SQL 2003: GRANULARIDAD DE FILA: BD Y ACTIVAS 58 REGLAS EN BD EJEMPLO EN SQL 2003: GRANULARIDAD DE SENTENCIA (TABLA): BD Y ACTIVAS 59 BD Y ACTIVAS 60

11 REGLA 0: REGLA BÁSICA CUALQUIER SISTEMA QUE SE ANUNCIE COMO SISTEMA GESTOR DE BD, SGBDR, DEBE SER CAPAZ DE GESTIONAR POR COMPLETO LAS BD UTILIZANDO SUS CAPACIDADES. UN SGBDR NO DEBE RECURRIR A OPERACIONES NO PARA COMPLETAR SUS CAPACIDADES DE GESTIÓN DE DATOS. REGLA 1: REPRESENTACIÓNDE LA INFORMACIÓN TODA INFORMACIÓN ALMACENADA EN UNA BD RELACIONAL DEBE SER REPRESENTADA DE FORMA EXPLÍCITA Y ÚNICA A NIVEL LÓGICO, POR MEDIO DE VALORES EN TABLAS. TODA LA INFORMACIÓN DE LAS BD DEBE ESTAR ALMACENADA EN FORMA DE RELACIONES: SE REFIERE AL NIVEL LÓGICO. LA INFORMACIÓN NECESARIA PARA EL FUNCIONAMIENTO DE LA BD SE REPRESENTA MEDIANTE TABLAS: CONSTITUYE EL CATÁLOGO DEL SISTEMA. BD Y ACTIVAS 61 BD Y ACTIVAS 62 REGLA 2: ACCESO GARANTIZADO TODO DATO (VALOR ATÓMICO) DEBE SER ACCESIBLE MEDIANTE LA COMBINACIÓN DE UN NOMBRE DE TABLA, UN VALOR DE SU CLAVE Y EL NOMBRE DE UNA COLUMNA. LOS DATOS NO SE REFERENCIAN POR SU POSICIÓN FÍSICA. SE HACE ESPECIAL HINCAPIÉ EN LA IMPORTANCIA DE LAS CLAVES PRIMARIAS (O DE LAS CLAVES CANDIDATAS EN GENERAL). REGLA 3: TRATAMIENTOSISTEMÁTICODE VALORES NULOS SE OFRECE EL VALOR NULO PARA DAR SOPORTE A LA REPRESENTACIÓN DE INFORMACIÓN DESCONOCIDA O INAPLICABLE DE FORMA SISTEMÁTICA, INDEPENDIENTEMENTEDEL TIPO DE DATO. LOS VALORES NULOS REPRESENTAN EL DESCONOCIMIENTO DE UN VALOR. REGLA 4: CATÁLOGO DINÁMICO EN LÍNEA BASADO EN EL MODELO RELACIONAL LA DESCRIPCIÓN DE LA BD SE DEBE REPRESENTAR EN EL NIVEL LÓGICO DE LA MISMA MANERA QUE LOS DATOS ORDINARIOS, DE FORMA QUE LOS USUARIOS AUTORIZADOS PUEDAN CONSULTARLA UTILIZANDO EL MISMO LENGUAJE RELACIONAL QUE USAN PARA ACCEDER A LOS DATOS NORMALES. UNA BD RELACIONAL DEBE SER AUTODESCRIPTIVA. EL MODELO DE DATOS PARA LOS METADATOS DEBE SER RELACIONAL. BD Y ACTIVAS 63 BD Y ACTIVAS 64 REGLA 5: SUBLENGUAJEDE DATOS COMPLETO EL SISTEMA RELACIONAL DEBE INCLUIR, AL MENOS, UN LENGUAJE QUE PERMITA EXPRESAR LOS SIGUIENTES ELEMENTOS: DEFINICIÓN DE DATOS, DEFINICIÓN DE VISTAS, MANIPULACIÓN DE DATOS (INTERACTIVA Y PROGRAMADA), RESTRICCIONES DE INTEGRIDAD, AUTORIZACIONES Y CONTROL DE TRANSACCIONES. EL LENGUAJE SQL APORTA TODAS ESTAS FUNCIONES. REGLA 6: ACTUALIZACIÓN DE VISTAS TODA VISTA TEÓRICAMENTE ACTUALIZABLE DEBE PODER ACTUALIZARSE EN EL SISTEMA. LAS VISTAS SE PRESENTAN AL USUARIO COMO TABLAS VIRTUALES. SE DEBE PODER ACTUALIZAR LAS VISTAS DE IGUAL MANERA QUE LAS TABLAS. BD Y ACTIVAS 65 REGLA 7: INSERCIÓN, MODIFICACIÓN Y ELIMINACIÓN DE ALTO NIVEL LA CAPACIDAD DE MANEJAR UNA RELACIÓN O UNA VISTA COMO OPERANDO ÚNICO DEBE EXISTIR, NO SÓLO AL RECUPERAR LA INFORMACIÓN, SINO TAMBIÉN EN LA INSERCIÓN, LA ACTUALIZACIÓN Y EL BORRADO DE DATOS. TODAS LAS OPERACIONES DE MANIPULACIÓN DE DATOS DEBEN OPERAR SOBRE CONJUNTOS DE FILAS. REGLA 8: INDEPENDENCIAFÍSICA DE LOS DATOS LOS PROGRAMAS DE APLICACIÓN Y LAS ACTIVIDADES TERMINALES DE LA BD DEBEN MANTENERSE INALTERADOS DESDE EL PUNTO DE VISTA LÓGICO, SEAN CUALES SEAN LOS CAMBIOS QUE SE INTRODUZCAN EN LOS MECANISMOS DE ALMACENAMIENTOY ACCESO DE LA BD. EL ACCESO LÓGICO A LOS DATOS DEBE MANTENERSE INCLUSO CUANDO CAMBIEN LOS MÉTODOS DE ACCESO O LA FORMA DE ALMACENAMIENTO. BD Y ACTIVAS 66

12 REGLA 9: INDEPENDENCIALÓGICA DE LOS DATOS LOS PROGRAMAS DE APLICACIÓN Y LAS ACTIVIDADES TERMINALES DE LA BD NO DEBEN VERSE AFECTADAS POR AQUELLOS CAMBIOS QUE PRESERVEN LA INFORMACIÓN Y QUE, DESDE EL PUNTO DE VISTA TEÓRICO, ESTÉN PERMITIDOS. NO HABRÁ QUE MODIFICAR LOS PROGRAMAS DE APLICACIÓN AUNQUE SE REALICEN CAMBIOS SOBRE LAS TABLAS, SIEMPRE QUE ESOS CAMBIOS MANTENGAN LA INFORMACIÓN QUE EN ELLAS HUBIESE. REGLA 10: INDEPENDENCIADE LA INTEGRIDAD LAS REGLAS DE INTEGRIDAD DE UNA BD DETERMINADA DEBEN SER DEFINIBLES POR MEDIO DEL SUBLENGUAJE DE DATOS RELACIONAL Y HAN DE ALMACENARSE EN EL CATÁLOGO DE LA BD, NO EN LOS PROGRAMAS DE APLICACIÓN. LAS RESTRICCIONES DE INTEGRIDAD DEBEN FORMAR PARTE DEL CATÁLOGO. BD Y ACTIVAS 67 REGLA 11: INDEPENDENCIADE LA DISTRIBUCIÓN DEBE EXISTIR UN SUBLENGUAJE DE DATOS QUE PUEDA SOPORTAR BD DISTRIBUIDAS SIN QUE HAYA QUE ALTERAR LOS PROGRAMAS DE APLICACIÓN CUANDO SE DISTRIBUYEN LOS DATOS POR PRIMERA VEZ O SE REDISTRIBUYEN ESTOS CON POSTERIORIDAD. SE DEBE PRESENTAR LOS DATOS AL USUARIO FINAL COMO SI ESTOS ESTUVIERAN CENTRALIZADOS EN UNA MÁQUINA. SI EL SISTEMA PUEDE TRABAJAR CON BD DISTRIBUIDAS EL LENGUAJE DE MANIPULACIÓN DE DATOS NO DEBE VERSE AFECTADO POR ELLO. BD Y ACTIVAS 68 REGLA 12: REGLA DE LA NO SUBVERSIÓN SI UN SGBD SOPORTA UN LENGUAJE DE BAJO NIVEL QUE PERMITE EL ACCESO FILA A FILA, ÉSTE NO PUEDE UTILIZARSE PARA SALTARSE LAS REGLAS DE INTEGRIDAD Y LAS RESTRICCIONES EXPRESADAS POR MEDIO DEL LENGUAJE DE MÁS ALTO NIVEL. EL SGBD DEBE CONTROLAR TODOS LOS ACCESOS A LA BD PARA QUE NO SE PUEDA COMPROMETER LA INTEGRIDAD DE LA MISMA. CLASIFICACIÓN DE LAS DOCE REGLAS DE CODD: BD Y ACTIVAS 69 BD Y ACTIVAS 70 LIMITACIONES DEL MODELO RELACIONAL LIMITACIONES DEL MODELO RELACIONAL EL MODELO RELACIONAL TIENE DIFICULTADES EN APLICACIONES QUE MANEJAN GRAN VARIEDAD DE TIPOS DE DATOS DE CIERTA COMPLEJIDAD, POR EJ.: TEXTOS EN APLICACIONES DE GENERACIÓN DE PUBLICACIONES. IMÁGENES EN APLICACIONES QUE ANALIZAN INFORMACIÓN VISUAL (EJ.: PREDICCIONES METEOROLÓGICAS). DATOS COMPLEJOS NO CONVENCIONALES EN APLICACIONES DE DISEÑO (EJ.: CAD/CAM). INFORMACIÓN MULTIMEDIA EN GENERAL. BD Y ACTIVAS 71 BD Y ACTIVAS 72

13 LIMITACIONES DEL MODELO RELACIONAL ALGUNAS DE LAS LIMITACIONES DEL MODELO RELACIONAL SON: OBJETOS COMPLETOS: POBRE FORMA DE REPRESENTACIÓN DE OBJETOS COMPLEJOS DEBIDO A: PRIMERA FORMA NORMAL USO EXCLUSIVO DE VALORES ATÓMICOS EN LOS ATRIBUTOS DE LAS RELACIONES. FALTA DE RELACIONES ANIDADAS. ESTRUCTURACIÓN: NO OFRECE UN SOPORTE ADECUADO CUANDO EN EL ESQUEMA APARECEN: ESTRUCTURAS RECURSIVAS O ANIDADAS. COLECCIONES DE DATOS QUE CORRESPONDIENDO AL MISMO TIPO DE ENTIDAD TIENEN UN TIPO SIMILAR PERO NO IDÉNTICO. DATOS ALTAMENTE RELACIONADOS: LA DESCOMPOSICIÓN EN MÚLTIPLES TABLAS COMPLICA SU RECUPERACIÓN Y LA ENLENTECE. LIMITACIONES DEL MODELO RELACIONAL CREACIÓN DE TIPOS: LA CAPACIDAD DE CREACIÓN DE TIPOS DE DATOS ESTÁ MUY LIMITADA: LA GESTIÓN DE OBJETOS MULTIMEDIA ES MUY PRIMITIVA (EJ.: OBJETOS GRANDES EN BINARIO: BLOB). EL SOPORTE PARA INFORMACIÓN SEMI-ESTRUCTURADA ES DEFICIENTE (EJ.: TEXTO O PÁGINAS WEB). EL USUARIO NO PUEDE DEFINIR SUS PROPIOS TIPOS DE DATOS. NO SE PUEDEN CONSTRUIR TIPOS ABSTRACTOS DE DATOS. ABSTRACCIÓN: EXISTE UN GRAN SALTO CONCEPTUAL ENTRE EL MODELO DE DATOS DE LA BD Y LA GESTIÓN DE DATOS EN LOS PROGRAMAS DE APLICACIÓN. REUTILIZACIÓN: AUSENCIA DE MECANISMOS DE REUTILIZACIÓN. BD Y ACTIVAS 73 BD Y ACTIVAS 74 LIMITACIONES DEL MODELO RELACIONAL COMO ALTERNATIVAS AL MODELO RELACIONAL Y PARA SUPERAR SUS LIMITACIONES SE HAN DESARROLLADO OTROS MODELOS: GESTORES DE BD ORIENTADOS A OBJETOS. GESTORES DE BD OBJETO-. BD Y ACTIVAS 75