MODELO RELACIONAL

Consiste en un conjunto de tablas, a cada una de las cuales se le asigna un nombre exclusivo. Los datos se almacenan como tablas y las relaciones entre las filas y las tablas son visibles en los datos. Este enfoque permite a los usuarios obtener informacin de la base de datos sin asistencia de sistemas profesionales de administracin de informacin. El modelo relacional fue propuesto por E.F. Codd en los laboratorios de IBM en California. Se trata de un modelo lgico [Irene Luque Ruiz- Ed. Ra-ma], que establece una estructura sobre los datos, aunque posteriormente stos puedan ser almacenados de mltiples formas para aprovechar caractersticas fsicas concretas de la mquina sobre la que se implante la base de datos realmente.

VENTAJAS Y DESVENTAJAS DEL MODELO RELACIONAL:

VENTAJAS: El modelo relacional es eficiente en la organizacin y manejo de grandes colecciones de datos. Permite restricciones de seguridad, distinguiendo distintos perfiles de usuarios (operador, administrador, Gerente) y asignndole a cada uno de ellos distintos tipos de permisos (slo lectura, lectura y escritura pero slo de ciertas tablas, etc.) Posibilitan mltiples vistas de una misma base segn los requerimientos de informacin del sistema. Recuerda el ejemplo del empleado bancario que no deba acceder a la informacin de los prstamos?

 Posibilitan las bases de datos distribuidas: bases divididas en partes que residen en lugares geogrficamente distantes, pero que estn fuertemente vinculadas funcionando como una base de datos. Reducen los datos duplicados y redundantes evitando inconsistencias. Mantienen la integridad y calidad del sistema, ya que los datos estn separados de las aplicaciones. Toda lectura o escritura debe pasar por el DBMS. Permiten el acceso de varios usuarios en el mismo momento. No requieren conocimientos de programacin para acceder a los datos. DESVENTAJAS: No soportan las relaciones complejas que existen en el mundo real. Por ejemplo, objetos cerca). No tienen conocimiento semntico, es decir, no entienden qu significan los datos que guardan. Por ejemplo, las bases de datos con informacin hidrolgica no saben que el agua fluye en declive. Los tipos de datos son limitados (numricos, alfanumricos, etc.) No reconocen tipos de datos ms complejos. Para dar un ejemplo trivial, sera bueno que fueran capaces de reconocer un dato de tipo Votante y que este tipo de dato seleccionar de una base de personas a los individuos mayores de 18 aos de edad. Tienen dificultades con el tiempo considerado como una sucesin natural. Una secuencia de hechos, donde los eventos pasan antes o conformados de otros objetos (ejemplo: objeto edificio, terreno y propiedad inmueble compuesto de los objetos

despus de otros, es muy difcil de modelar en una base determinado momento. La consulta del antes es siempre difcil. OBJETIVOS DEL MODELO RELACIONAL

de datos

relacional. En general, slo se obtiene un registro de la informacin en

INDEPENDENCIA FSICA: el modo en el que se almacenan los datos no influye en su manipulacin lgica y, por tanto, los usuarios que acceden a esos datos no tienen que modificar sus programas por cambios en el almacenamiento fsico. FLEXIBILIDAD: en el sentido de poder presentar a cada usuario los datos de la forma en que ste prefiera. UNIFORMIDAD: las estructuras lgicas de los datos presentan un aspecto uniforme, lo que facilita la concepcin y manipulacin de la base de datos por parte de los usuarios. INDEPENDENCIA LGICA: el aadir, eliminar o modificar objetos de la base de datos no repercute en los programas y/o usuarios que estn accediendo a subconjuntos parciales de los mismos (vistas). SENCILLEZ: las caractersticas anteriores, as como unos lenguajes de usuario muy sencillos, producen como resultado que el modelo de datos relacional sea fcil de comprender y de utilizar por parte del usuario final.

RESTRICCIONES DEL MODELO RELACIONAL: Las restricciones son reglas que siempre deben cumplirse de modo de apoyar la integridad de la base de datos. Restriccin de dominio. El valor de cada atributo A debe ser un valor atmico del dominio dom(A). Restriccin de clave: Dos tuplas no pueden tener la misma clave. Integridad de la entidad. Ningn atributo que forme parte de la clave primaria de una relacin puede tomar un valor nulo. Integridad referencial: Si una relacin R2 (relacin que referencia) tiene un descriptor que es la clave primaria de la relacin R1 (relacin referenciada), todo valor de dicho descriptor debe concordar con un valor de la clave primaria de R1 o ser nulo. El descriptor es una clave ajena o fornea de la relacin R2.

3.1. ESTRUCTURA BSICA Relacin o tabla Segn el modelo relacional (desde que Codd lo enunci) el elemento fundamental es lo que se conoce como relacin, aunque ms habitualmente se le llama tabla (o tambin array o matriz). Codd defini las relaciones utilizando un lenguaje matemtico, pero se pueden asociar a la idea de tabla (de filas y columnas) ya que es ms fcil de entender. No hay que confundir la idea de relacin segn el modelo de Codd, con lo que significa una relacin en el modelo Entidad/Relacin de Chen. RELACION: Es la estructura bsica del modelo relacional, se representa mediante una tabla. DOMINIO: Es el conjunto valido de valores que toma un atributo. Existen con independencia de cualquier otro elemento. ATRIBUTO: Representa las propiedades de la relacin. Se representa mediante una columna. TUPLA: Es una ocurrencia de la relacin. Se representa mediante una fila.

3.2 ESQUEMA DE LAS BASES DE DATOS El Esquema de una Base de datos (en Ingls Database Schema) describe la estructura de una Base de datos, en un lenguaje formal soportado por un Sistema administrador de Base de datos (DBMS). En una Base de datos Relacional, el Esquema define sus tablas, sus campos en cada tabla y las relaciones entre cada campo y cada tabla. El esquema es generalmente almacenado en un Diccionario de Datos. Aunque generalmente el esquema es definido en un lenguaje de Base de datos, el trmino se usa a menudo para referirse a una representacin grfica de la estructura de base de datos. Niveles de Esquema de Base de datos

Esquema Conceptual, un mapa de conceptos y sus relaciones. Esquema Lgico, un mapa de las entidades y sus atributos y las relaciones. Esquema Fsico, una aplicacin de un esquema lgico. Esquema Objeto, Base de datos Oracle Objeto.

El concepto de relacin se corresponde con el concepto de variable de los lenguajes de programacin. El concepto de esquema de la relacin se corresponde con el concepto de definicin de tipos de los lenguajes de programacin. Resulta conveniente dar un nombre a los esquemas de las relaciones, igual que se dan nombres a las definiciones de tipos en los lenguajes de programacin. Se adopta el convenio de utilizar nombres en minsculas para las relaciones y nombres que comiencen por una letra mayscula para los esquemas de las relaciones. Siguiendo esta notacin se utilizar

Esquema-cuenta para denotar el esquema de la relacin de la relacin cuenta. Por tanto, Esquema-cuenta = (nmero-cuenta, nombre-sucursal, saldo) Se denota el hecho de que cuenta es una relacin de Esquema-cuenta mediante cuenta (Esquema-cuenta) En general, los esquemas de las relaciones incluyen una lista de los atributos y de sus dominios correspondientes. La definicin exacta del dominio de cada atributo no ser relevante hasta que se discuta el lenguaje SQL El concepto de ejemplar de relacin se corresponde con el concepto de valor de una variable en los lenguajes de programacin. El valor de una variable dada puede cambiar con el tiempo; de manera parecida, el contenido del ejemplar de una relacin puede cambiar con el tiempo cuando la relacin se actualiza. Sin embargo, se suele decir simplemente relacin cuando realmente se quiere decir ejemplar de la relacin.Como ejemplo de ejemplar de una relacin, considrese la relacin sucursal. El esquema de esa relacin es: Esquema-relacin = (nombre-sucursal, ciudad-sucursal, activos)

3.3 CLAVES CLAVE CANDIDATA Conjunto de atributos que identifican unvocamente cada tupla de la relacin. Es decir columnas cuyos valores no se repiten en ninguna otra tupla de esa tabla. Toda tabla en el modelo relacional debe tener al menos una clave candidata (puede incluso haber ms) CLAVE PRIMARIA Clave candidata que se escoge como identificador de las tuplas. Se elige como primaria la candidata que identifique mejor a cada tupla en el contexto de la base de datos. Por ejemplo un campo con el DNI sera clave candidata de una tabla de clientes, si esa tabla tiene un campo de cdigo de cliente, ste sera mejor candidato (y por lo tanto clave principal) porque es mejor identificador para ese contexto. CLAVE SUPERCLAVE Una superclave es un conjunto de uno o ms atributos que, tomados colectivamente, permiten identificar de forma nica una entidad en el conjunto de entidades. CLAVE ALTERNATIVA Cualquier clave candidata que no sea primaria. CLAVE EXTERNA, AJENA O SECUNDARIA Son los datos de atributos de una tabla cuyos valores estn relacionados con atributos de otra tabla.

3.4.- LENGUAJES DE CONSULTA Un lenguaje de consulta es un lenguaje en el que un usuario solicita informacin de la base de datos. Estos lenguajes suelen ser de un nivel superior que el de los lenguajes de programacin habituales. Los lenguajes de consulta pueden clasificarse como procedimentales o no procedimentales. PROCEDIMENTALES: En los lenguajes procedimentales el usuario instruye al sistema para que lleve a cabo una serie de operaciones en la base de datos para calcular el resultado deseado. NO PROCEDIMENTALES: En los lenguajes no procedimentales el usuario describe la informacin deseada sin dar un procedimiento concreto para obtener esa informacin. La mayor parte de los sistemas comerciales de bases de datos relacionales ofrecen un lenguaje de consulta que incluye elementos de los enfoques procedimental y no procedimental. Un lenguaje de manipulacin de datos completo no slo incluye un lenguaje de consulta, sino tambin un lenguaje para la modificacin de las bases de datos. Estos lenguajes incluyen rdenes para insertar y borrar tuplas, as como rdenes para modificar partes de las tuplas existentes. Las modificaciones de las bases de datos se examinarn despus de completar la discusin sobre las consultas.