1.

INTRODUCCIÓN E HISTORIA DEL MODELO RELACIONAL

A) MODELOS DE DATOS:
Un modelo de datos es un esquema teórico mediante el cual se expresan las
propiedades, estáticas y dinámicas, de una realidad que se analiza con vistas a ser
representada mediante una base de datos.
Tipos de modelos de datos:
- Modelos orientados a los datos: se opera directamente con la información que
contendrá la base de datos. Dicha información se representa de forma parecida a como
se implementará finalmente en un sistema gestos de bases de datos particular. La
información se muestra en forma de filas y columnas.
- Modelos orientados al concepto: no hacen referencia a la estructura que se empleará
para representar los datos, sino a los conceptos, propiedades y relaciones que se
establecen entre dichos conceptos.
B) EVOLUCIÓN DE LOS MODEMOS DE DATOS:
- Modelos orientados a datos: los primeros modelos de este tipo son los denominados
modelos orientados a ficheros. Se caracterizaban por trabajar directamente con el
formato final de los datos, es decir, que para su esquematización se usaba la misma
estructura empleada en los ficheros resultantes. Se abandonaron cuando se detecto la
necesidad de operar con bases de datos y no con ficheros aislados.
Cuando comienzan a usarse las bases da datos surgen los modelos clásicos, basados en
la estructura de los datos, que permiten representar además las relaciones entre los
distintos elementos que componen la base de datos. Los modelos clásicos son:
1. Modelo jerárquico. Modelo basado en la estructura de datos en árbol que establece
relaciones exclusivamente jerárquicas.
2. Modelo en red. Modelo establecido sobre una estructura de datos en red cuyas
relaciones pueden producirse de cualquier forma y sin jerarquía alguna.
3. Modelo relacional. Modelo basado en la estructura de tabla, cuyos datos se
representan mediante filas y columnas. Las relaciones entre las entidades se manifiestan
en la aparición de atributos especiales denominados claves ajenas.
- Modelos orientas a objetos: trabajan con estructuras provenientes de la observación de
la vida real que incluye, junto con los datos, sus propios métodos a la hora de
relacionarse entre sí.
La orientación de objetos hace referencia a una metodología de análisis, diseño y
programación. Es actualmente la metodología de programación más empleada. Java o
C++ se basan en este modelo.
- Modelos semánticos: son modelos orientados a conceptos. Se caracterizan por no
tomar en cuanta la estructura final de los datos, sino solamente las entidades que
representan y las relaciones que se establecen entre ellas. Sirven sólo para representar la
para estática de la base de datos. Se usan como método de análisis previo a la
representación final, para la cual se puede elegir el modelo orientado a datos que más
convenga. El principal modelo semántico es el entidad/relación (E/R).

2. EL MODELO ENTIDAD / RELACIÓN

El modelo entidad/relación es también conocido como modelo Chen o simplemente
Chen.
A) ENTIDADES:
- Definición de entidad: es cualquier elemento presente en la vida real que se puede
identificar mediante una serie de propiedades que lo distinguen de otros elementos. Se
define entidad como la representación de unos objetos o personas sobre las que se desea
almacenar información.
- Componentes de las entidades: Cada entidad recibirá un nombre y tendrá una serie de
atributos que no son más que las características que la definen. Estos atributos servirán
para diferenciar una entidad de otras. Unos de estos atributos constituirá la clave
primaria que permitirá identificar cada miembro de la entidad diferenciándolo del
resto.
- Tipos de entidades:
1. Entidad fuerte: es aquella que para ser definida no precisa de ninguna otra entidad.
Además, su clave primaria está formada por atributos propios de la entidad.
2. Entidad débil: necesita referirse a otra entidad para ser definida. Éste sería el caso de
entidades que son subconjuntos de otras o bien que están relacionadas, a su vez, con
otras entidades de manera que sólo pueden existir dependiendo de éstas.
- Particiones: en algunas situaciones es preciso dividir una entidad en subconjuntos. Se
puede diferenciara entre particiones y subentidades, en función de la obligatoriedad o no
de la pertenencia a una de las siguientes divisiones:
1. Al dividir una entidad en particiones, cualquier miembro de la entidad pertenece
única y exclusivamente a una de las divisiones. Ej: entidad personas la dividimos en
hombres y mujeres cada miembro de personas pertenecerá siempre y solamente a una de
las dos particiones.
2. Las divisiones son subentidades cuando un miembro de la entidad principal puede
pertenecer al mismo tiempo a varias de las divisiones, o a ninguna.
B) RELACIONES:
- definición de relación: es una conexión o correspondencia entre dos o más entidades.
Se puede establecer una relación dentro de la propia entidad y entre dos entidades
pueden existir diferentes relaciones.
- Propiedades de las relaciones. Tipos:
1. Reflexivas: aquellas que conectan una entidad consigo misma.
2. Binarias: aquellas que enlazan dos entidades.
3. terciarias: aquellas que conectan tres entidades.
Las relación pueden clasificarse según su carnalidad: 1:M (de 1 a muchos), N:M (de
muchos a muchos) y 1:1 (de uno a uno).
C) NOTACIÓN GRÁFICA DEL MODELO E/R
- Entidades: En el modelo E/R las entidades se representan mediante un rectángulo con
el nombre de la entidad correspondiente en su interior.
- Relaciones: Las relaciones se representan mediante un rombo conectado a través de
líneas rectas con entidades que enlaza. Existen relaciones reflexivas, binarias y
terciarias.
- Cardinalidad de las relaciones. Obligatoriedad. La cardinalidad de las relaciones (1:1,
1:m, N:M) se puede representar de varias formas. Una de ellas es situar los símbolos 1 o
m en los extremos de cada relación, junto a las entidades correspondientes. A su vez, la
obligatoriedad se puede representar de dos maneras, bien mediante una línea
discontinua en la parte de la relación que participa de forma obligatoria, bien incluyendo
en la cardinalidad el mínimo de elementos que han de intervenir.
- Atributos: Existen 2 posibilidades de representación. Por un lado, podemos incluirlo
dentro de la figura correspondiente, a saber, rectángulo para las entidades y rombo para
las relaciones. Por otro lado los atributos se pueden enumerar en una tabla aparte para
después incorporar sólo los más importantes, generalmente las claves, en la parte
exterior de cada entidad o relación.
- Entidades fuertes y débiles: Las entidades débiles se representan tanto el rombo de la
relación como el rectángulo de la entidad débil con una línea de más en su contorno.
- Particiones y subentidades: En el caso de particiones, el atributo que cera la división se
coloca en la parte inferior de la entidad principal, al igual que todas las particiones
realizadas se conectan a dicho atributo mediante flechas. En las subentidades las líneas
de conexión unen directamente la entidad principal y cada una de las subdivisiones
realizadas.

3. MODELO RELACIONAL. DEFINICIONES, CONTENIDO Y NOTACIÓN.

A) CONCEPTOS BÁSICOS:
- Las relaciones en el modelo relacional: cuando hagamos referencia a las relaciones
estaremos aludiendo a relaciones entre tablas.
- Tablas. Tuplas: una tabla es una estructura bidimensional formada por filas y
columnas. Las columnas de la tabla equivaldrían a los campos del archivo y las filas a
los registros.
Cada fila de la tabla recibe el nombre de tupla.
El grado de una tabla equivale al número de columnas que la forman y es fijo mientras
no se cambie el diseño de la base de datos.
La carnalidad se corresponde con el número de filas de la tabla, por lo cual es variable
siempre que la tabla admita realizar altas y bajas.
- Claves propias, claves ajenas: La clave ajena es un término que hace referencia a los
campos que se añaden a una tabla para que quede constancia de su relación con otra.
B) NOTACIÓN DEL MODELO RELACIONAL:
El modelo relacional utiliza texto para definir la estructura de la base de datos y sólo
determinados símbolos para hacer reconocibles las claves primarias y ajenas.
- Representación de tablas: se escribe el nombre y sus atributos entre paréntesis. Ej:
departamentos (idDept, Nombre, Población)
- Claves primarias y ajenas: la clave primaria de una tabla va precedida por el símbolo
#. Los atributos que constituyen las claves ajenas se subrayan y se enlaza a la tabla
correspondiente, por escrito, a través del nombre de la tabla enlazada, o mediante una
flecha. Ej: profesor (#idprofesor, nombre, apellidos)
Alumno (idalumno, nombre, idprofesor)
Profesor

4. REGLAS DE INTEGRIDAD
A) INTEGRIDAD
La integridad de la información de una base de datos implica que en todo momento
dichos datos serán correctos, al igual que no habrá repeticiones innecesarias, datos
perdidos y relaciones mal resueltas.
B) REGLAS DE INTEGRIDAD
- Integridad de las claves primarias: las claves primarias sirven para identificar a un
miembro de una entidad, o bien en una tabla, y diferenciarlo del resto. Ninguna clave
primaria podrá dejarse en blanco ni tener valores repetidos dentro de una misma entidad
o tabla.
- Integridad de las claves ajenas: las claves ajenas son los atributos que una tabla
importa desde otra y mediante los cuales se deja constancia de la relación entre ambas.
La regla de integridad de las claves ajenas establece que dichas claves no pueden tomar
valores no existentes en la tabla relacionada. Esta regla de integridad tiene su efecto
sobre las operaciones que se efectúan en la base de datos. Hay que controlar las
siguientes operaciones:
1. Al introducir una nueva fila en la tabla deberá comprobarse que las claves ajenas
hacen referencia a claves primarias existentes en la tabla relacionada.
2. al borrar una fila de una tabla habrá que verificar si existen claves ajenas que se
refieran a dicha fila y decidir qué acciones se llevan a cabo para asegurar el
mantenimiento de la integridad. Disponemos de dos opciones: no permitir el borrado ni
el cambio de clave primaria en aquellas filas que estén referenciadas por claves ajenas y
realizar una actualización “en cascada” mediante la cual todas las filas de otros ficheros
que contengan claves ajenas referidas a la fila borrada o modificada serán borradas o
midificadas.
- Reglas de integridad definidas por los usuarios: ejemplo cuando se pone una condición
como “para darse de alta hay que ser mayor de edad”. Estas reglas se conocen como
restricciones.

5. OBTENCIÓN DEL MODELO RELACIONAL A PARTIR DE DATOS

REALES
A) MODELO RELACIONAL DIRECTO BASADO EN LOS DATOS:
Este método no es aconsejable.
- Relación universal: consiste en una tabla, o varias si es posible, que contendrá todos
los atributos encontrados en un estudio atento de la información disponible.
- Normalización: es un proceso mediante el cual obtenemos un modelo relacional
correcto a partir de uno que no lo es.
B) MODELO RELACIONAL BASADO EN EL MODELO E/R
Es imprescindible conocer las técnicas de transformación que permiten convertir las
entidades y relaciones en tablas.
- Transformación de entidades: A cada entidad del modelo E/R le corresponderá una
tabla en el modelo relacional y se mantendrán tanto los atributos como la clave primaria
- Trasformación de relaciones:
1. Relaciones en las que dos o más entidades tienen cardinalidad M. Este es el caso
de las N:M y las 1:M:N o M:N:M. El proceso de transformación obliga a crear una
nueva tabla que contendrá las claves primarias de las entidades que participan en la
relación. Ls claves primarias de aquellas entidades que participan con cardinalidad M
serán, a su vez, clave primaria de la nueva tabla.
Todos los atributos importados serán claves ajenas respecto a las entidades de las que
provienen, si la relación tenía atributos, éstos pasarán a formar parte de la nueva tabla,
pero sin ser clave de ningún tipo.
2. Relaciones en las que sólo hay una entidad con cardinalidad M. Éste es el caso de
las relaciones 1:M o 1:1:M. A la tabla correspondiente a la entidad que participa en la
relación con cardinalidad M, se le añadirán los atributos que constituyen la clave
primaria de las entidades que intervienen con cardinalidad 1. Dichos atributos no
formarán parte de la clave primaria de la tabla que los importa, pero sí serán clave ajena
respecto a las entidades de las que provienen.
3. Relaciones 1:M en las que la entidad con cardinalidad M es débil respecto a la
otra. La transformación se realiza tal como se hace igual que la anterior salvo que la
clave primaria que se importa de la entidad fuerte a la entidad débil pasa a formar parte
de la clave primaria de esta última, además de ser clave ajena.
- Transformación de particiones y subentidades. La transformación se realiza de igual
manera que la transformación de entidades, las particiones y las subentidades se
convierten en tablas. Todas las tablas generadas tendrán la misma clave primaria, que se
corresponderá con la de la entidad principal en el modelo E/R. En las tablas
correspondientes a las particiones y subentidades la clave primaria será clave ajena
respecto a la tabla principal. La tabla correspondiente a la entidad principal mantendrá
todos los atributos de la misma. Las tablas correspondientes a las particiones y
subentidades contendrá, aparte de su clave primaria, aquellos atributos que sean
específicos para cada una de ellas.

6. NORMALIZACIÓN DEL MODELO RELACIONAL.

La normalización es un proceso en distintas fases que reciben un número de orden. A
cada paso que se da se van dividiendo las tablas existentes en otras menores. Cada fase
conlleva unos criterios que se encargan de comprobar si el modelo cumple las
condiciones necesarias, para así pasar a la siguiente. El conjunto de estos criterios se
denomina forma normal.
Dado que el proceso consta de seis fases, existen seis formas normales:
- Las tres primeras (1FN, 2FN, 3FN). Se cumplen de manera automática cuando el
modelo relacional se obtiene del modelo E/R, pero nunca esta de más realizar las
comprobaciones oportunas.
- La forma normal de Boyce-Codd (FNBC). No se cumple de manera automática, por lo
que es conveniente llevar a cabo la correspondiente verificación.
- Las dos últimas (4FN, 5FN) tan sólo se emplean en algunos diseños complejos, de
forma que se unas bastante menos.
A) PRIMERA FORMA NORMAL (1FN):
- Definición: Se dice que un modelo relacional se encuentra en 1FN si todas sus tablas
lo están. Una tabla se encuentra en 1FN si no contiene atributos multivalor, es decir, si
no hay ninguna fila que tenga algún atributo con más de un valor.
- Comprobación de la 1FN: consiste en asegurarse, para cada tabla, de que no haya
ninguna fila que contenga un atributo con más de un valor. En el caso de que no se
cumpla la 1FN, la fila con el atributo multivalor debe descomponerse en varias filas.
B) SEGUNDA FORMA NORMAL (2FN):
- Definición: Se dice que un modelo relacional está en 2FN si se encuentra en 1FN y
todas sus tablas están en 2FN. Una tabla está en 2FN si cada uno de los atributos no
clave, es decir, los que no constituyen la clave primaria, dependen funcionalmente de la
clave primaria en su totalidad y no de una parte.
-Comprobación de la 2FN: Debemos comprobar si cada atributo de los que no forman
parte de la clave primaria establece una dependencia funcional con todo el conjunto de
atributos que componen la tabla, y no sólo con una parte. Si esto se cumple, entonces la
tabla está en 2FN.
C) TERCERA FORMA NORMAL (3FN):
- Definición: un modelo relacional se encuentra en 3FN si está en 2FN y, además, cada
una de las tablas se encuentra a su vez en 3FN. Una tabla está en 3FN si no contiene
dependencias funcionales transitivas. No puede haber dependencia funcional entre dos
atributos no clave.
- Comprobación de la 3FN: Revisaremos los atributos no clave. Si al revisar dichos
atributos descubrimos que existe alguna dependencia entre atributos no clave, entonces
dicha dependencia deberá eliminarse. La manera de suprimir las dependencias
funcionales transitivas consiste en dividir la tabla en dos. Una de las tablas deberá
contener los mismos atributos de la tabla original exceptuando aquellos que dependían
funcionalmente de atributos no clave. La otra tabla contendrá precisamente los atributos
que se han eliminado en la tabla anterior, junto con el atributo del cual dependen, de tal
forma que con este atributo o atributos se formará la clave primaria de la nueva tabla.
D) FORMA NORMAL DE BOYCE-CODD (FNBC):
- Definición: un modelo relacional se encuentra en FNBC si está en 3FN y todas sus
tablas, a su vez, en FNBC. Una tabla está en FNBC si ningún atributo, forme parte de la
clave o no, depende funcionalmente de otro atributo que no sea clave. Este hecho ocurre
cuando hay dos posibilidades para elegir clave primaria y ambas posibilidades tienen
atributos en común.
- Comprobación de la FNBC: Si partimos de un modelo que se encuentra en 3FN, no
debería existir ningún atributo no clave que dependa de otro que a su vez tampoco lo
sea. Así pues, sólo cabría comprobar si algún atributo clave depende funcionalmente de
algún atributo no clave.
La metodología para pasar una tabla a FNBC es la misma que para pasarla a 3FN, se ha
de crear una nueva tabla con todos los atributos que aparecían en la dependencia
funcional que se quiere eliminar y formar la clave primaria con los atributos de los que
dependía el resto. Una vez pasados a la nueva tabla, los atributos dependientes se
suprimirían de la tabla original. Es indispensable comprobar que no se produzca
ninguna pérdida de información al pasar una tabla a FNBC. Si llegamos a detectar que
se ha producido alguna pérdida, es preferible dejar el modelo en 3FN.