MODELO RELACIONAL

MODELO RELACIONAL
Edgar Frank Codd defini las bases del
modelo relacional a finales de los aos 60
s. Trabajaba para IBM empresa que tard
un poco en implementar sus bases. Pocos
aos despus el modelo se empez a
implementar cada vez ms, hasta ser el
modelo de bases de datos ms popular.

OBJETIVOS DEL MODELO

Independencia fsica. La forma de almacenar los datos,
no debe influir en su manipulacin lgica
Independencia lgica. Las aplicaciones que utilizan la
base de datos no deben ser modificadas por que se
modifiquen elementos de la base de datos.
Flexibilidad. La base de datos ofrece fcilmente
distintas vistas en funcin de los usuarios y aplicaciones.
Uniformidad. Las estructuras lgicas siempre tienen una
nica forma conceptual (las tablas)
Sencillez.

EVOLUCION DEL MODELO

Ao Hecho
1970
1971-72
1973-78
1978
1979
1980
1981
1982
1986
1987
1990
1992
1998

Codd publica las bases del modelo relacional

Primeros desarrollos tericos
Primeros prototipos
Aparece el lenguaje QBE
Aparece Oracle
Aparece Ingres
Aparece SQL
Aparece DB2
ANSI normaliza el SQL (SQL/ANSI)
SQL de ISO
Versin dos del modelo relacional (RM/V2)
SQL 92
SQL 3

TABLAS
Las bases de datos relacionales se basan en el
uso de tablas (tambin se las llama relaciones).
Las tablas se representan grficamente como una
estructura rectangular formada por filas y
columnas. Cada columna almacena informacin
sobre una propiedad determinada de la tabla (se
le llama tambin atributo), nombre, dni, apellidos,
edad,.... Cada fila posee una ocurrencia o
ejemplar de la instancia o relacin representada
por la tabla (a las filas se las llama tambin
tuplas).

TABLAS

TERMINOLOGIA RELACIONAL

Tupla. Cada fila de la tabla (cada

ejemplar que la tabla representa)
Atributo. Cada columna de la tabla
Grado. Nmero de atributos de la tabla
Cardinalidad. Nmero de tuplas de una
tabla
Dominio. Conjunto vlido de valores
representables por un atributo.

TIPOS DE TABLAS

Persistentes. Slo pueden ser borradas por los usuarios:

Base. Independientes, se crean indicando su estructura y sus

ejemplares.
Vistas. Son tablas que slo almacenan una definicin de
consulta, resultado de la cual se produce una tabla cuyos datos
proceden de las bases o de otras vistas e instantneas. Si los
datos de las tablas base cambian, los de la vista que utiliza esos
datos tambin cambia.
Instantneas. Son vistas (creadas de la misma forma) que s se
almacenan los datos que muestra, adems de la consulta que
dio lugar a esa vista, slo modifican su resultado (actualizan los
datos) siendo refrescadas por el sistema cada cierto tiempo.

Temporales.
Son
tablas
automticamente por el sistema.

que

se

Pueden ser de cualquiera de los tipos anterior.

eliminan

DOMINIOS
Los dominios suponen una gran mejora en este
modelo ya que permiten especificar los posibles
valores vlidos para un atributo. Cada dominio
incorpora su nombre y una definicin del mismo.
Ejemplos de dominio:
Direccin: 50 caracteres
Nacionalidad: Espaol, Francs, Italiano,...
Los dominios pueden ser tambin compuestos a
partir de otros (ao, mes y da = fecha)

CLAVES
Clave

candidata
Conjunto de atributos de una tabla que
identifican unvocamente cada tupla de la tabla.
Clave primaria
Clave candidata que se escoge como
identificador de las tuplas.
Clave alternativa
Cualquier clave candidata que no sea primaria
Clave externa o secundaria
Atributo de una tabla relacionado con una clave
de otra tabla.

VALORES NULOS
Los valores nulos indican contenidos de atributos
que no tienen ningn valor. En claves secundarias
indican que el registro actual no est relacionado
con ninguno. En otros atributos indica que no se
puede rellenar ese valor por la razn que sea.
Las bases de datos relacionales admiten utilizar
ese valor en todo tipo de operaciones. Eso
significa definir un tercer valor en la lgica.
Adems de el valor verdadero o falso, existe el
valor para los nulos.

RESTRICCIONES
Se trata de unas condiciones de obligado
cumplimiento por los datos de la base de
datos.
Las hay de varios tipos.
Inherentes
Semnticas

RESTRICCIONES INHERENTES
Son aquellas que no son determinadas por los
usuarios, sino que son definidas por el hecho de
que la base de datos sea relacional.
Por ejemplo:
No puede haber dos tuplas iguales
El orden de las tuplas no importa
El orden de los atributos no importa
Cada atributo slo puede tomar un valor en
el dominio en el que est inscrito

RESTRICCIONES SEMANTICAS
El modelo relacional permite a los usuario incorporar
restricciones personales a los datos. Las principales son:
Clave primaria. Hace que los atributos marcados como
clave primaria no puedan repetir valores.
Unicidad. Impide que los valores de los atributos
marcados de esa forma, puedan repetirse.
Obligatoriedad. Prohbe que el atributo marcado de esta
forma no tenga ningn valor
Integridad referencial. Prohbe colocar valores en una
clave externa que no estn reflejados en la tabla donde ese
atributo es clave primaria.
Regla de validacin. Condicin que debe de cumplir un
dato concreto para que sea actualizado.

LAS 12 REGLAS DE CODD

Preocupado por los productos que decan
ser sistemas gestores de bases de datos
relacionales (RDBMS) sin serlo, Codd
publica las 12 reglas que debe cumplir todo
DBMS para ser considerado relacional.
Estas reglas en la prctica las cumplen
pocos sistemas relacionales.

LAS 12 REGLAS DE CODD

1. Informacin. Toda la informacin de la base de datos
debe estar representada explcitamente en el esquema
lgico. Es decir, todos los datos estn en las tablas.
2. Acceso garantizado. Todo dato es accesible sabiendo
el valor de su clave y el nombre de la columna o atributo
que contiene el dato.
3. Tratamiento sistemtico de los valores nulos. El
DBMS debe permitir el tratamiento adecuado de estos
valores.
4. Catlogo en lnea basado en el modelo relacional.
Los metadatos deben de ser accesibles usando un
esquema relacional.

LAS 12 REGLAS DE CODD

5. Sublenguaje de datos completo. Al menos debe de
existir un lenguaje que permita el manejo completo de la
base de datos. Este lenguaje, por lo tanto, debe permitir
realizar cualquier operacin.
6. Actualizacin de vistas. El DBMS debe encargarse de
que las vistas muestren la ltima informacin
7. Inserciones, modificaciones y eliminaciones de dato
nivel. Cualquier operacin de modificacin debe actuar
sobre conjuntos de filas, nunca deben actuar registro a
registro.
8. Independencia fsica. Los datos deben de ser
accesibles desde la lgica de la base de datos an
cuando se modifique el almacenamiento.

LAS 12 REGLAS DE CODD

9. Independencia lgica. Los programas no deben verse
afectados por cambios en las tablas
10.Independencia de integridad. Las reglas de integridad
deben almacenarse en la base de datos (en el
diccionario de datos), no en los programas de
aplicacin.
11.Independencia de la distribucin. El sublenguaje de
datos debe permitir que sus instrucciones funciones
igualmente en una base de datos distribuida que en una
que no lo es.
12.No subversin. Si el DBMS posee un lenguaje que
permite el recorrido registro a registro, ste no puede
utilizarse para incumplir las reglas relacionales.

PASO DEL ESQUEMA E/R AL

MODELO RELACIONAL
TRANSFORMACION DE ENTIDADES FUERTES
En principio las entidades fuertes del modelo.
Entidad Relacin son transformados al modelo
relacional siguiendo estas instrucciones:
Entidades. Las entidades pasan a ser tablas
Atributos. Los atributos pasan a ser columnas.
Identificadores principales. Pasan a ser claves
primarias
Identificadores candidatos. Pasan a ser claves
candidatas.