ALUMNO: FREYRE RIVERA JOSE FERNANDO
Diseño de Base de Datos 5-1: Transferabilidad de Relaciones Actividades
de Práctica
Objetivos
• Describir y dar un ejemplo de relaciones transferibles
• Comprender la diferencia entre relaciones transferibles y no transferibles • Ilustrar
las relaciones no transferibles en ERD
ALUMNO: LUIS MIGUEL DE LA CRUZ SANTOS
Terminología
Identifique el término para cada una de las siguientes definiciones.
• Relación Descripción de una relación en la que una instancia de A está
Transferible relacionada con una instancia de B y la asociación se puede
mover a otra instancia de B.
• Relación No Descripción de una relación en la que una instancia de A está
Transferible relacionada con una instancia de B y la asociación no se puede
mover a otra instancia de B
Inténtelo/Resuélvalo
1. Dibuje un ERD para cada una de las siguientes afirmaciones. Dibuje cuadros editables, líneas de
relación y etiquetas para cada relación en ambas direcciones. Indique que no es transferible
cuando corresponda.
a. Cada ciudad puede ser el lugar de nacimiento de muchas personas. Cada persona debe
haber nacido en una sola ciudad.
• Entidades: Ciudad, Persona
• Relación: Ciudad "tiene" muchas personas (1:N)
• Cardinalidad:
• Una ciudad puede tener muchas personas (1:N)
• Cada persona solo puede tener una ciudad (N:1)
b. Cada habitación puede alojar a uno o más huéspedes. Cada huésped se puede alojar en una
sola habitación.
• Entidades: Habitación, Huésped
• Relación: Habitación "alojar" Huésped (1:N)
• Cardinalidad:
• Una habitación puede alojar uno o más huéspedes (1:N)
• Un huésped se puede alojar en una sola habitación (N:1)
c. Cada empleado debe trabajar para un solo departamento. Cada departamento puede tener
uno o más empleados.
• Entidades: Empleado, Departamento
• Relación: Empleado "trabaja para" Departamento (N:1)
• Cardinalidad:
• Un departamento puede tener varios empleados (1:N)
• Un empleado solo trabaja para un departamento (N:1)
d. Cada hotel puede alojar a uno o más huéspedes. Cada huésped se puede alojar en uno o
más hoteles.
• Entidades: Hotel, Huésped
• Relación: Huésped "se aloja en" Hotel (M:N)
• Cardinalidad:
• Un hotel puede alojar uno o más huéspedes (1:N)
• Un huésped puede alojarse en uno o más hoteles (M:N)
e. Cada mensaje se debe dirigir a una o más personas. Cada persona puede ser la destinataria
de uno o más mensajes.
• Entidades: Mensaje, Persona
• Relación: Persona "recibe" Mensaje (M:N)
• Cardinalidad:
• Un mensaje puede estar dirigido a varias personas (M:N)
• Una persona puede recibir varios mensajes (M:N)
Copyright © 2020 Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas
comerciales de sus respectivos propietarios.
f. Cada prenda debe tener un solo precio. Cada precio puede ser para una o más prendas.
• Entidades: Prenda, Precio
• Relación: Prenda "tiene" Precio (1:N)
• Cardinalidad:
• Una prenda tiene un solo precio (1:1)
• Un precio puede aplicarse a varias prendas (1:N)
g. Cada cupón de línea aérea se puede utilizar para un solo destino. Cada destino se puede
visitar con uno o más cupones.
• Entidades: Cupón, Destino
• Relación: Cupón "dirigido a" Destino (N:1)
• Cardinalidad:
• Un cupón tiene un solo destino (N:1)
• Un destino puede tener varios cupones (1:N)
h. Cada automóvil debe utilizar un solo tamaño de neumático. Cada tamaño de neumático se
puede utilizar en uno o más automóviles.
• Entidades: Automóvil, Neumático
• Relación: Automóvil "usa" Neumático (N:1)
• Cardinalidad:
• Un automóvil usa un solo neumático (N:1)
• Un neumático puede ser utilizado por varios automóviles (1:N)
i. Cada niño debe tener una sola madre biológica. Cada madre debe tener uno o varios hijos.
• Entidades: Niño, Madre
• Relación: Niño "tiene madre" Madre (N:1)
• Cardinalidad:
• Una madre puede tener varios hijos (1:N)
• Un niño tiene solo una madre (N:1)
j. Cada persona debe ser de un solo tipo de sangre. Cada tipo de sangre puede clasificar a una
o más personas.
• Entidades: Persona, Tipo de Sangre
• Relación: Persona "tiene" Tipo de Sangre (N:1)
• Cardinalidad:
• Cada persona tiene un solo tipo de sangre (N:1)
• Un tipo de sangre puede pertenecer a varias personas (1:N)
k. Una persona puede estar en una o más listas de correo electrónico no deseado.
Cada lista de correo electrónico no deseado puede contener una o más personas.
• Entidades: Persona, Lista de Correo No Deseado
• Relación: Persona "en" Lista (M:N)
• Cardinalidad:
• Una persona puede estar en varias listas (M:N)
• Una lista puede tener varias personas (M:N)
l. Cada alumno puede aprender de uno o más profesores. Cada profesor puede enseñar a uno
o más alumnos.
• ntidades: Alumno, Profesor
• Relación: Alumno "aprende de" Profesor (M:N)
• Cardinalidad:
• Un alumno puede aprender de varios profesores (M:N)
• Un profesor puede enseñar a varios alumnos (M:N)
m. Cada centro educativo puede tener uno o más alumnos destacados. Cada alumno destacado
debe asistir a un solo centro educativo.
• Entidades: Centro Educativo, Alumno Destacado
• Relación: Centro "tiene" Alumno Destacado (1:N)
• Cardinalidad:
• Un centro educativo puede tener varios alumnos destacados (1:N)
• Un alumno destacado pertenece a un solo centro educativo (N:1)
n. Cada huella digital debe pertenecer a una sola persona. Cada persona debe tener una sola
huella digital.
• Entidades: Persona, Huella Digital
• Relación: Persona "tiene" Huella Digital (1:1)
• Cardinalidad:
• Una persona tiene una sola huella digital (1:1)
• Una huella digital pertenece a una sola persona (1:1)
Copyright © 2020, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y/o sus filiales. Todos los demás nombres pueden ser marcas
comerciales de sus respectivos propietarios
