Base De Datos

Licenciatura en Documentación: Bases de datos documentais

Curso 2011 – 2012

Transformación ER – Relacional para el diseño de bases de datos relacionales
Como habíamos avanzado en su momento, un esquema conceptual basado en el modelo Entidad-Relación puede ser transformado, de acuerdo con unas sencillas reglas, en un esquema lógico, basado en el modelo relacional, y manipulable por un SGBD.En estas notas veremos cuáles son esas reglas, que complementaremos con un ejemplo de su uso. El ejemplo de partida será el mismo que habíamos utilizado al presentar los modelos ER y relacional: la BD de una empresa.
NPila Direccion Nombre Sexo NSS Supervisor (0,N) (0,1) Supervisado (1,N) FNac NumDept NomDept Loc Ap1 Ap2

TrabajaPara
(1,1) (4,N)

Empleado
(0,1)

Departamento DirigeFechaIniGerente (1,1) (0,N)

Controla Supervision TrabajaEn
(1,1) Horas

Sexo Nombre

Familiar
Parentesco FNacim

(1,N)

Proyecto

Sexo

Número Nombre

Loc

Reglas de transformación 1. Por cada tipo de entidad fuerte E del esquema ER se crea una relación R que contenga todos los atributos simples y no multivaluados de E. Además, dado que el modelo relacional no admite los valoresno atómicos, R contendrá también sólo los atributos simples que formen parte de cada atributo compuesto (no multivaluado) de E. Como clave primaria de R se escogerá el atributo o atributos simples que formen parte de la clave primaria de E. Los atributos derivados se ignoran. En nuestro ejemplo, el tipo de entidad Empleado incluye un conjunto de atributos simples. Aplicando la regla que acabamos dever, resulta la siguiente relación, a la que le damos el mismo nombre:
Empleado (NSS, Sexo, Dirección, Fnacim)

Empleado cuenta además con un atributo compuesto, Nombre. Según la regla, debemos incluir en la relación Empleado los atributos simples que lo componen:
Empleado (NSS, NPila, Ap1, Ap2, Sexo, Dirección, FNac)

Autor: Juan Ramón López Rodríguez

1

Licenciatura enDocumentación: Bases de datos documentais

Curso 2011 – 2012

Finalmente, fijamos como clave primaria de la relación la misma que en caso del tipo de entidad:
Empleado (NSS, NPila, Ap1, Ap2, Sexo, Dirección, FNac)

En el caso del tipo de entidad Departamento, este cuenta con dos atributos simples (uno de ellos clave primaria del tipo de entidad), que incluimos en la relación a crear:
Departamento(NumDept, NomDept)

No podemos incluir, sin embargo, al atributo Loc en la relación: al ser multivaluado, sería un atributo que violaría la restricción de integridad de dominio del modelo relacional. Finalmente, el tipo de entidad Proyecto se transforma sin problemas en la siguiente relación:
Proyecto (Numero, Nombre, Loc)

2. Por cada tipo de entidad débil E del esquema ER se crea una relación Rque contenga todos los atributos simples y no multivaluados de E. Además, dado que el modelo relacional no admite los valores no atómicos, R contendrá también sólo los atributos simples que formen parte de cada atributo compuesto (no multivaluado) de E. Como clave primaria de R se escogerá el atributo o atributos simples que formen parte del discriminante de E, además de la clave primaria del tipode entidad fuerte E’ del que dependa E. Los atributos derivados se ignoran. En nuestro ejemplo contamos con un tipo de entidad débil, Familiar, que depende de Empleado. Familiar cuenta con cuatro atributos simples: Nombre, Sexo, FNac y Parentesco, que deben aparecer en la relación resultante:
Familiar (Nombre, Sexo, Fnacim, Parentesco)

El discriminante, en Familiar, es el atributo Nombre.Añadimos al discriminante la clave primaria de Empleado (NSS) como clave foránea de la relación, y obtenemos así su clave primaria:
Familiar (NSS, Nombre, Sexo, Fnacim, Parentesco)

Autor: Juan Ramón López Rodríguez

2

Licenciatura en Documentación: Bases de datos documentais

Curso 2011 – 2012

3. Por cada tipo de relación (de grado 2) R del esquema ER, de cardinalidad 1:1, se...