Base de Datos

Daniel Lozano Torrico

1 DAW

MODELO ENTIDAD/RELACION
A
MODELO RELACIONAL

DANIEL LOZANO TORRICO

BASE DE DATOS
1 DAW

Base de Datos

Daniel Lozano Torrico

1 DAW

Transformacin Modelo E/R a Modelo Relacional

Como ya sabemos, el modelo Entidad/Relacin viene formado por entidades y sus relaciones entre
ellas (interrelaciones), mientras que el modelo relacional se basa en tablas. Para obtener el modelo
relacional normalmente nos basamos en este modelo anterior, por lo que necesitamos saber que
hacer con estas entidades y sus interrelaciones:
Entidades
Las entidades se convierten en tablas. Los atributos de la entidad pasan a ser columnas de la tabla o
relacin. Por ltimo, las ocurrencias de dicha tabla se convierten en filas (tuplas).
Relaciones
Las relaciones sin embargo, dependiendo de su cardinalidad, las trataremos de una forma u otra.

Relacin N:M: Toda relacin N:M pasar a formar una nueva tabla, cuyas claves primarias
sern las claves primarias de las entidades que la forman. Al mismo tiempo, las claves
primarias de las entidades son claves ajenas para las claves primarias de la relacin.

Relacin 1:N: Podemos tomar dos opciones. O bien la tratamos como una relacin N:M, o
se produce una propagacin de clave. Los criterios son los siguientes:
a) Propagacin. Propaga el atributo de identificacin principal (AIP) del tipo de entidad
con cardinalidad mxima 1 (E1) al tipo de cardinalidad mxima N (E2), desapareciendo
el nombre de la interrelacin y con la consiguiente prdida de semntica. Dicho AIP ser
clave externa en la entidad E2 referenciando a E1.
b) Considerarla como una relacin N:M. Esta opcin es la mejor en caso de:
- Cuando el nmero de ocurrencias de E1 es muy pequeo y aplicando la solucin
a) podran producirse muchos valores nulos.
- Cuando se prev que se convierta en N:M e el futuro.
- Cuando la interrelacin tiene atributos propios.

Relacin 1:1: En este caso no hay regla fija, se puede crear una nueva relacin (tabla) o
hasta realizar una propagacin de clave en ambas direcciones. Por lo tanto, nuestro criterio
se basar en 3 puntos:
1. Cardinalidad mnima.
2. Semantica.
3. Eficiencia (Valores Nulos o no Nulos / Accesos ms frecuentes).
Si la cardinalidad es (0,1) en ambas entidades la interrelacin se transforma en una nueva
relacin.
Si la cardinalidad de una de ellas es (0,1) y la otra es (1,1) conviene propagar la clave de la
entidad con cardinalidad (1,1) a la relacin resultante de la entidad con cardinalidad (0,1).

Base de Datos

Daniel Lozano Torrico

1 DAW

Si en ambas la cardinalidad es (1,1) se puede propagar clave en ambos sentidos o incluso

propagar ambas claves.
Tambin podemos mencionar algunas relaciones especiales, como es el caso de las relaciones
ternarias y las jerrquicas. Las comentamos a continuacin:
a) Relaciones ternarias:
Se crea una tabla que tiene por clave primaria a las claves primarias de las tablas que relaciona. A
observar:

Si tiene atributos propios, habr que estudiar si es necesario ampliar la clave.

Si hay entidades con participaciones (1,1) o (0,1), habr que estudiar si se puede reducir la
clave quitando de la clave primaria las claves ajenas de dichas entidades.

b) Relaciones jerrquicas:
La superentidad crea una tabla a no ser que posea muy pocos atributos, en cuyo caso desaparecera.
Las subentidades crearn una tabla si y slo si tienen atributos propios o bien se relacionan con
otras entidades del modelo.
Las subentidades heredan la clave primaria de la superentidad.
En el caso de tener una jerarqua:
- Exclusiva: el atributo tipo se sube a la superentidad y se le asigna una codificacin que
identifique a cada una de las subentidades.
- Inclusiva: se crea una tabla que almacene las relaciones entre la superentidad y las
subentidades.