Unidad IV - Transformacion Modelo ER a REL

Vista previa del material en texto

Gestión de Datos
Facultad Regional Tucumán
Universidad Tecnológica Nacional
Gestión de Datos
Departamento Sistemas
Unidad IV
Transformación del Modelo Entidad-Relación 
al Modelo Relacional
Facultad Regional Tucumán
Universidad Tecnológica Nacional
Gestión de Datos
Departamento Sistemas
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Transformación del Modelo Entidad-Relación (CHEN) a Relacional (CODD) 
1.Transformación de las entidades
Todas las entidades fuertes presentes en el modelo E/R se transforman en tablas en el
modelo relacional, manteniendo el número y tipo de los atributos, así como las 
claves primarias.
Las entidades débiles también se convierten en tablas en el modelo relacional,
manteniendo el número y tipo de los atributos, pero su clave primaria se forma por la
composición de su clave primaria (si la tuviera) con la clave primaria de la entidad fuerte
de la cual depende (Clave Foránea).
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Entidades
Dado el siguiente modelo transformar la entidad que figura en el diagrama a las tablas
correspondiente del modelo relacional
DEPARTAMENTO
nombre
localización
código
El modelo relacional resultante es el siguiente:
DEPARTAMENTO(código, nombre, localización)
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Entidades (atributos compuestos)
Si existen Atributos compuestos: Se transforma en atributos sencillos (campos)
que componen el atributo compuesto, desapareciendo éste como tal de la tabla
resultante.
DEPARTAMENTO
nombre
dirección
código
El modelo relacional resultante es el siguiente:
DEPARTAMENTO(código, nombre, calle, número, 
localidad)
localidadnúmerocalle
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Entidades (atributos multivaluados)
Atributos multivaluados -puede tomar varios valores, marcado en el diagrama
con doble ovalo-: Se crea una nueva relación formada con la clave primaria de
la entidad y el atributo multivaluado, siendo ambos integrantes de la clave
primaria de la nueva tabla.
DEPARTAMENTO
nombre
teléfono
código
El modelo relacional resultante es el siguiente:
DEPARTAMENTO(código, nombre)
TELEFONO(código, teléfono)
Pertenece 
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Entidades Débiles 
En este ejemplo TRANSACCION es una entidad débil (representada con doble
rectángulo) debido a que su existencia depende lógicamente de CUENTA. La relación
que los vincula es una relación débil representada con doble rombo.
CUENTA TRANSACCIONTiene
tipo nro_transacción
fecha
saldo
nro_cuenta 1 : 1 
monto
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Entidades Débiles
➢ La entidad débil arrastra la clave de la entidad fuerte de la cual depende. En
este caso TRANSACCION, además de nro_transacción incorpora a
nro_cuenta en su clave primaria.
➢ La relación débil no se traduce en ninguna tabla en el modelo relacional, al
resultar innecesaria.
El modelo relacional quedaría de la siguiente manera:
CUENTA(nro_cuenta, tipo, saldo)
TRANSACCION(nro_cuenta, nro_transacción, monto, fecha) 
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Transformación del Modelo Entidad-Relación (CHEN) a Relacional (CODD) 
2.Transformación de las relaciones uno a uno (1:1)
Si en la relación binaria, las dos entidades participan con cardinalidad máxima y
mínima igual a uno, entonces:
➢ Si las dos entidades tienen distinto identificador o clave primaria, entonces cada entidad
se transforma en una tabla con clave principal correspondiente al identificador de la
entidad respectiva.
➢ En una de las tablas vinculadas si agrega como clave ajena o foránea el identificador o
clave primaria de la otra tabla con la cual está relacionada.
➢ Desde el punto de vista teórico, es indistinto en cual de las entidades relacionadas
colocamos la clave foránea, pero desde un punto de vista practico, nos puede convenir
mas una forma en particular.
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones 1:1
Veamos ahora el caso de una relación 1:1 a través del siguiente ejemplo. En el
siguiente modelo entidad-relación un equipo de fútbol tiene a un único
presidente y un presidente preside a un único club de fútbol
EQUIPO PRESIDENTEPertenece 
nombre dni
nombreaño_fundacion
código 
1 : 1 
mover la clave de PRESIDENTE a EQUIPO o mover
la de PRESIDENTE.
El modelo relacional podría quedar de cualquiera de las formas siguientes:
EQUIPO(código, nombre, año_fundación) 
PRESIDENTE(dni, nombre, código_equipo); 
O 
EQUIPO(código, nombre, año_fundación, dni_presidente) 
PRESIDENTE(dni, nombre)
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones 1:1
En este ejemplo, tal y como dicen las reglas, podemos propagar la clave de 
cualquier tabla a la tabla resultante de la otra. Es decir, tenemos dos opciones, o
la clave EQUIPO a
Desde un punto 
de vista practico, 
¿Cuál es mas 
conveniente?
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
3.Transformación de las relaciones uno a muchos (1:N) – Relación Padre -
Hijo
Si en la relación binaria 1:N, la entidad padre esta del lado uno de la relación
y la entidad hijo del lado muchos.
Si la entidad hija, lo hace también con cardinalidad mínima uno:
➢ Cada entidad se transforma en una tabla cuya clave primaria es el identificador
o clave primaria de la entidad correspondiente.
➢ La clave de la entidad padre pasa como clave foránea de la entidad hija.
➢ Si la relación tuviera atributos, estos pasan a formar parte de la tabla
correspondiente a la entidad hija.
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones 1:N
Veamos ahora el caso de una relación 1:N. En el siguiente modelo entidad-
relación un empleado pertenece a un único departamento (debe pertenecer a
uno obligatoriamente), y un departamento tiene 1 o más empleados.
DEPARTAMENTO EMPLEADOPertenece 
nombre dni nombre
salariolocalización
código
1 : N
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones 1:N
En este caso se propaga el atributo código de departamento
(identificador de la entidad padre) a la tabla EMPLEADO (entidad hija),
como clave foránea.
El modelo relacional quedaría de la siguiente manera:
DEPARTAMENTO(código, nombre, localización)
EMPLEADO(dni, nombre, salario,código_departamento) 
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
4. Transformación de las relaciones muchos a muchos (N:M)
En la relación binaria N:M,
➢ Cada entidad se transforma en una tabla y donde se asigna como clave
primaria el identificador o clave primaria de la entidad correspondiente
➢ Se construye una nueva tabla correspondiente a la relación, que tendría los
atributos correspondientes a la relación y cuya clave estará formada por la
composición de los identificadores o claves primarias de las entidades que
participan en la relación.
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones N:M
Supongamos el siguiente modelo entidad- relación:
CLIENTE PRODUCTOCompra
nombre
fecha_compra
código
descripciónapellidosdni
N : M 
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones N:M
➢ La relación compra se transforma en una nueva tabla cuya clave primaria es
compuesta y está formada por los atributos dni, que es la clave primaria de
cliente, y código, que es la clave primaria de producto.
➢ Además la nueva tabla tendrá como atributo adicional fecha_compra, ya que
este atributo forma parte de la relación.
El modelo relacional quedaría de la siguiente forma (en negrita las claves
primarias):
• CLIENTE(dni,nombre,apellidos)
• PRODUCTO(código,descripción)
• COMPRAS(dni_cliente,código_producto,fecha_compra)
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
5.Transformación de las relaciones reflexivas
Para transformar una relación reflexiva al modelo relacional, suponer que se trata
de una relación binaria con la particularidad que las dos entidades son iguales y
aplican las reglasde los apartados 2 a 4.
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones reflexivas
Veamos ahora como quedaría en el modelo relacional la siguiente relación 
reflexiva. En el siguiente modelo entidad-relación un ALUMNO es delegado de
varios ALUMNOS y un ALUMNO tiene obligatoriamente un delegado y sólo a 
uno.
ALUMNO
Es_delegado
apellidos
número_legajo
1 : N 
Cátedra: Gestión deDatos
Departamento Sistemas 
Facultad Regional TucumánUniversidad
Tecnológica Nacional
Ejemplo Relaciones reflexivas
Como podemos observar en las reglas de transformación, en este caso la
relación reflexiva se trata como si fuera una relación binaria con la 
particularidad de que las dos entidades son iguales. 
Al tratarse de una relación 1:N se propagará la clave de la entidad ALUMNO a 
la entidad ALUMNO, quedando el modelo relacional de la siguiente forma:
ALUMNO (número_legajo, nombre, número_legajo_delegado)
PARA LOS EJEMPLOS DE LA TAREA A REALIZAR DEBEN
USAR ESTE FORMATO.
SOCIO (Cod_socio, Nombre, Apellido, Domicilio, Teléfono, Tipo).