Diseño de Base de Datos 4-1: Supertipos y Subtipos Actividades de

Práctica
Objetivos
• Definir y dar un ejemplo de un subtipo
• Definir y dar un ejemplo de un supertipo
• Indicar las reglas que relacionan entidades y subtipos, así como dar ejemplos de cada
una
• Aplicar las reglas de supertipo y subtipo evaluando la exactitud de los diagramas de
ER que las representan
• Aplicar las reglas de supertipo y subtipo e incluirlas en un diagrama cuando sea
necesario

Terminología
Identifique el término para cada una de las siguientes definiciones.
Exhaustiva Se muestran todos los subtipos sin omisión.

Supertipo Forma de clasificar una entidad que tiene subtipos.

Subtipo Aquello en lo que se puede dividir una entidad según los

atributos y/o relaciones comunes.
Mutuamente Excluye Cada instancia de un supertipo es una instancia de uno solo de
los posibles subtipos.
Inténtelo/Resuélvalo
1. Identifique qué elemento de la siguiente lista es la entidad de supertipo y qué elementos son los
subtipos de dicha entidad.

Amputación = Subtipo
Deficiencia visual = Subtipo
Discapacidad auditiva = Subtipo
Discapacidad = Supertipo
Parálisis = Subtipo
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.

2. Para cada regla, indique si la regla es aplicable a supertipos o subtipos.

Subtipo__________ Comparten atributos comunes

Subtipo__________ Heredan todos los atributos y las relaciones de la entidad
Subtipo__________ Nunca existe de manera autónoma
Supertipo__________ Contiene los atributos que tienen en común todas las instancias

3. Nombre tres aspectos que considere que se deban tener en cuenta al modelar supertipos y
subtipos.

Tener en cuenta las reglas de los subtipos.

Cualquier entidad se puede dividir en subtipos.

4. Encuentre los subtipos incorrectos en la ilustración. Expliqué por qué cree que el subtipo es
incorrecto. Ajuste el modelo para mejorarlo.

5. Lea el siguiente caso y construya un ERD que contenga al menos dos subtipos de la entidad
PRODUCTO. Muestre claramente cuáles son los atributos que pertenecen al supertipo de entidad
y cuáles pertenecen a los subtipos. Identifique un UID para la entidad.

"Nuestra tiendas venden varios tipos de artículos de confección para mujer, que incluyen
vestidos, faldas y blusas. Lógicamente, cada producto tiene un nombre, una descripción y
un precio. Y, por supuesto, tallas: todos los productos tienen una talla de cintura. Los
vestidos y las faldas tienen una medida de longitud, a diferencia de las blusas. Los vestidos
y las blusas tienen un ancho de pecho, a diferencia de las faldas."
 EI subtipo SEDÁN hace referencia a un tipo de carrocería muy común entre las
marcas con vehículos de 4 puertas, por 10 que creo que es correcto que vaya
dentro del subtipo de VEHÍCULO DE 4 PUERTAS.

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

2
Diseño de Base de Datos
3-3: Interpretación de ERD y Dibujo de Relaciones Actividades
de Práctica
Objetivos
• Establecer relaciones entre entidades con palabras precisas (en ERD)
• Dibujar y etiquetar las relaciones correctamente en un ERD

Terminología
Identifique el término para cada una de las siguientes definiciones.
Lenguaje o sentencias que se utilizan para describir las
relaciones entre las entidades de un diagrama de relación
de entidad.
Inténtelo/Resuélvalo
1. El objetivo de esta práctica es interpretar una relación. ¿Qué texto se corresponde con el
diagrama?

a. Cada EMPLEADO se puede asignar a uno o más DEPARTAMENTOs.

Cada DEPARTMENTO debe ser responsable de uno o más EMPLEADOs.

b. Cada EMPLEADO se debe asignar a un único DEPARTMENTO.

Cada DEPARTMENTO debe ser responsable de uno o más EMPLEADOs.

c. Cada EMPLEADO se debe asignar a exactamente un DEPARTAMENTO.

Cada DEPARTAMENTO puede ser responsable de exactamente un EMPLEADO.

2. En el diagrama del punto 1, identifique los símbolos de cardinalidad.

3. En el diagrama del punto 1, identifique los símbolos de opcionalidad.

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.

4. Interprete la relación en el diagrama que aparece a continuación. Escriba la sentencia de ERD de
la relación.

Una cámara puede tomar varias fotografías y varias fotografías pueden ser tomadas
con una cámara.

5. Interprete cada relación del modelo que aparece a continuación. Para cada relación, escriba la
sentencia de ERD y sus propios comentarios. Utilice sus conocimientos normales de las personas
y ciudades en sus comentarios.
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

Diseño de Base de Datos 4-2: Documentación de Reglas de Negocio

Actividades de Práctica
Objetivos
• Definir y elaborar una regla de negocio estructural
• Definir y elaborar una regla de negocio de procedimiento
• Reconocer que algunas reglas de negocio requieren programación
• Confeccionar un diagrama de reglas de negocio cuando se puedan representar en un modelo
de ER

Terminología
Identifique el término para cada una de las siguientes definiciones.
Regla de negocio Tipo de regla de negocio que indica los tipos de información que
estructural se van a almacenar y cómo se interrelacionan los elementos de
información.
Regla de negocio Sentencia formalizada del curso de acción o comportamiento
habitual, común o generalizado de un negocio.
Regla de conocimiento de Tipo de regla de negocio que está relacionada con el flujo de
procedimiento trabajo o el proceso de negocio. (Por ejemplo, A debe ocurrir
antes que B, y C debe ocurrir al mismo tiempo que D). También
se denomina regla de negocio de proceso.
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.

Inténtelo/Resuélvalo
1. Los miembros de su equipo de diseño han estado trabajando con el hospital local para desarrollar
un modelo de datos que se ajuste a su necesidad de almacenar información sobre pacientes, el
número de habitación del paciente, el médico del paciente, los medicamentos prescritos y la
información específica de los medicamentos.

Sin embargo, todos se han marchado de vacaciones y le han dejado solo para establecer el
modelo. Tampoco le han dejado ningún tipo de documentación aparte de las entidades y los
atributos que se muestran en la ilustración. En lugar de volver al hospital, lo cual podría dar una
mala imagen de su compañía, tendrá que analizar todo lo que sabe sobre hospitales.

Su tarea consistirá en generar una lista de las reglas de negocio que crea que se han podido
utilizar para llegar a la información que se muestra aquí. Utilice su imaginación. Enumere 10
reglas estructurales, 5 reglas de procedimiento y 2 reglas programáticas (reglas que deberán
cumplir las aplicaciones informáticas en el futuro). Defina cada regla en una sola frase.

Basándose en su juego de reglas de negocio, dibuje el ERD.

2. Identifique las reglas de negocio incluidas en el siguiente caso:

“A menudo nos piden películas protagonizadas por actores concretos. John Wayne y Julia
Roberts siempre son populares. Por ello, nos gustaría hacer un seguimiento de las estrellas
de cine que aparecen en cada película. No todas nuestras películas tienen estrellas de cine.
Los clientes quieren saber el nombre “real” y la fecha de nacimiento de cada actor.
Realizamos un seguimiento solo de los actores que aparecen en las películas de nuestro
inventario.”

 Se debe tener un registro de todas las películas en el inventario, posteriormente se debe

buscar la información de los actores que salen en estas y realizar su propio registro.
 Algunas películas no tienen estrellas de cine muy reconocidas.
 Se debe tener un registro de los datos de los clientes.
 Todas las películas pueden ser alquiladas por clientes registrados.
 La información de los actores famosos debe de estar relacionada con sus películas.
 Varios actores famosos pueden aparecer en varias películas diferentes.
 La información de los actores famosos se debe de ir actualizando continuamente, para así
tener contentos a los clientes.

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
 2

3. Identifique las reglas de negocio incluidas en el siguiente caso:

“Tenemos muchos clientes. Alquilamos vídeos solo a las personas que sean miembros de
nuestro 'videoclub'. Para pertenecer a nuestro club, deben ser personas de confianza. De
cada miembro del club, nos gustaría registrar su nombre y apellido, el número de teléfono
actual y la dirección actual. Y, por supuesto, cada miembro del club tiene un número de
miembro.

“Necesitamos realizar un seguimiento de las películas que ha sacado cada cliente

actualmente. Un cliente puede sacar varias cintas de vídeo en un momento dado.
Solo hacemos un seguimiento de los alquileres actuales. No guardamos un registro del
historial de alquileres.”

 Para poder alquilar un vídeo, se debe formar parte del club.

 Se debe contar con un registro del ID, nombre, apellido, número de teléfono y la
 dirección actual de los miembros del videoclub.
 Se debe de tener un registro de todas las películas con las que se cuenta en el
negocio.
 Los clientes pueden sacar varias cintas de vídeo, sin embargo, no se hace un
historial de los alquileres.

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

3
Diseño de Base de Datos 5-3: Resolución de Relaciones de
Varios a Varios Actividades de Práctica
Objetivos
• Identificar los atributos que pertenecen a relaciones de varios a varios
• Mostrar los pasos para resolver una relación de varios a varios mediante una entidad de
intersección
• Identificar el UID de una entidad de intersección y representarlo en el diagrama de relación de
entidad

Terminología
Identifique el término para cada una de las siguientes definiciones.
Relación excluida Relación que participa en el identificador único de una
entidad.
Entidad de intersección Producto de la resolución de una relación de varios a varios.
Inténtelo/Resuélvalo
1. Resuelva el M:M entre PROFESOR y CLASE, así como entre INTÉRPRETE e IDIOMA. Para cada
entidad de intersección, piense en los atributos adicionales como un UID.
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.

Diseño de Base de Datos 5-4: Descripción de los Requisitos de CRUD
Actividades de Práctica
Objetivos
• Crear modelos de ER que reflejen todas las reglas de negocio recopiladas durante el proceso
de entrevista
• Identificar los requisitos de creación, recuperación, actualización y supresión (CRUD) del
negocio
• Validar el modelo de ER mediante la realización de un análisis de CRUD

Terminología
Identifique el término para cada una de las siguientes definiciones.
Asesor Persona que proporciona asesoramiento especializado o
profesional

Análisis de Crud Práctica que consiste en comprobar un modelo de datos para

crear, recuperar, actualizar y suprimir las funciones que
requiera el negocio
Funciones Se utilizan para realizar cálculos en datos, modificar elementos
de datos individuales, manipular la salida para grupos de filas,
dar formato a las fechas y los números para su visualización, y
convertir los tipos de dato de columna.
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.

Inténtelo/Resuélvalo
1. Identifique la parte del análisis de CRUD que mejor se ajuste a la tarea de la tabla.

• Creación
• Recuperación
• Actualización
• Supresión

Modificación Actualización
Visualización Creación
Cambio Actualización
Desechado Supresión
Introducción Creación
Búsqueda Actualización
Importación Recuperación
Entrada Creación
Carga Creación
Búsqueda Actualización
Modificación Actualización
Impresión Creación
Depuración Supresión
Lectura Recuperación
Registro Actualización
Eliminación Supresión
Informe Actualización
Papelera Supresión
Vista Recuperación

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
 2

2. Relacione un análisis de CRUD con un entorno de inscripción en un centro educativo. Tenga en

cuenta los datos o la información utilizados en un centro educativo e identifique al menos un
ejemplo para cada función CRUD.

a. Creación:

b. Recuperación:

c. Actualización:

d. Supresión:
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

Diseño de Base de Datos

6-1: UID Artificiales, Compuestos y Secundarios Actividades
de Práctica
Objetivos
• Definir los diferentes tipos de identificadores únicos (UID)
• Definir un UID candidato y explicar por qué una entidad puede tener a veces más de un UID
candidato
• Analizar las reglas de negocio y elegir el UID primario más adecuado de los candidatos
• Reconocer y debatir los problemas de identificación del mundo real

Terminología
Identifique el término para cada una de las siguientes definiciones.
UID Identificador único

UID simple UID que consiste en un solo atributo

UID compuesto UID que consiste en una combinación de atributos

UID artificial UID que no se produce en el mundo real, pero que se crea con
fines de identificación en un sistema
UID candidato Uno de varios UID que podrían identificar algo

UID primario UID candidato que es el identificador primario de algo

UID secundario UID candidato que también identifica algo, pero no es el UID
primario
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.

Inténtelo/Resuélvalo
1. Coloque el tipo de identificador único con la entidad.

a. UID simple
b. UID compuesto
c. UID compuesto que comprende un atributo y una relación
d. Clave primaria y clave secundaria

__d___ ____c_________ _b____ _a___

2. Considere una entidad para Socio de biblioteca. A veces, una entidad puede tener más de un UID
candidato. Describa un caso en el que desearía tener más de un UID candidato para un Socio de
biblioteca: ¿por qué desea buscar al miembro en la base de datos utilizando información
alternativa?

En ocasiones los socios podrían olvidar su clave de identificación o su tarjeta, por 10

que es necesario tener alternativas para poder identificarlo. Previniendo esta
situación, es oportuno identificar y tomar otros UID candidatos como podría ser su
dirección, número telefónico o su curp.

3. Describa cómo identificaría las entidades que se indican a continuación, creando los atributos y
las relaciones que considere necesarios. Por ejemplo, para la entidad Alumno puede decir que el
UID está formado por el nombre, el apellido y la dirección. O bien, podría indicar que la entidad
Alumno contiene un UID artificial denominado número del alumno.

a. Una ciudad
Un UID artificial denominado ID.
b. Una persona de contacto para un cliente
Un UID simple formado por un número de empleado.
c. Un tren
Un UID artificial llamado ID.
 d. Una carretera
Un UID compuesto por un identificador artificial llamado ID y la ruta.
e. Una transacción financiera (por ejemplo: transferir fondos)
Un UID compuesto por un número de folio de la transacción y el identificador de una
entidad llamada cuenta.
f. Un premio (por ejemplo: de cine)
Un UID compuesto por un identificador artificial llamado ID y la categoría del premio.
g. Un cuadro
Un UID compuesto por el nombre de la obra y el nombre del autor

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

4. Identifique uno de los problemas de un sistema de identidad nacional. Comparta su punto de vista
sobre el problema.

Un problema podría ser que el CURP en ocasiones puede ser difícil de aprender para
las personas, otro podría ser con el RFC que en ocasiones está mal desarrollado.
Estos problemas (más el del RFC) podrían provocar problemas al momento de que se
realizan trámites o que se piden préstamos, prácticamente se roba la identidad a otra
persona y, en ocasiones, sin que ambas partes sean conscientes.

5. Ya ha revisado previamente los requisitos de negocio siguientes de una tienda de vídeos:

"Soy el propietario de una pequeña tienda de alquiler de películas. Tenemos más de 3.000
DVD de los que tenemos que realizar un seguimiento.

"Cada uno de nuestros DVD tiene un número de disco. De cada película, necesitamos
conocer el título y la categoría (p. ej., comedia, suspense, drama, acción, guerra o ciencia
ficción). Sí, tenemos varias copias de muchas de nuestras películas. Asignamos a cada
película un ID específico y, después, registramos qué película contiene cada disco. Un disco
puede tener un formato de alta definición (HD) o
Blu-Ray. Siempre tenemos al menos un disco de cada película que registramos, y cada disco
tiene siempre una copia de una sola película específica. Nuestros discos son de gran tamaño,
aunque no tenemos ninguna película que requiera varios discos."

Para esta actividad, lea los nuevos requisitos de negocio a continuación y resuelva la relación
M:M. Identifique los UID de todas las entidades que requieren varios discos.

"A menudo nos piden películas protagonizadas por actores concretos. John Wayne y
 Katherine Hepburn siempre son populares. Por ello, nos gustaría hacer un seguimiento de las
estrellas de cine que aparecen en cada película. No todas nuestras películas tienen estrellas
de cine. Los clientes quieren saber el nombre "real" y la fecha de nacimiento de cada actor.
Realizamos un seguimiento solo de los actores que aparecen en las películas de nuestro
inventario.

"Tenemos muchos clientes. Solo alquilamos DVD a las personas que sean miembros de
nuestro club de DVD. Para entrar a formar parte de nuestro club, deberán ser personas de
confianza. De cada miembro del club, nos gustaría registrar el nombre y apellido, el número
de teléfono actual y la dirección actual. Y, por supuesto, cada miembro del club tiene un
número de miembro.

"Necesitamos realizar un seguimiento de los DVD que ha sacado cada cliente actualmente.
Un cliente puede sacar varios DVD en cualquier momento.
Solo hacemos un seguimiento de los alquileres actuales. No guardamos un registro del
historial de alquileres."

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

3
Diseño de Base de Datos 6-3: Segundo Formato Normal Actividades de
práctica
Objetivos
• Definir la regla del segundo formato normal en el proceso de normalización
• Examinar una entidad no normalizada y determinar qué regla o reglas de normalización se
violan
• Aplicar la regla del segundo formato normal para resolver una violación en el modelo

Terminología
Identifique el término para cada una de las siguientes definiciones.
Segundo formato Resultado del segundo paso de normalización de la base de
normal datos

Inténtelo/resuélvalo
1. El UID de un libro de biblioteca incluye su número de BOOK y número de SHELF. ¿Sigue este
segundo ERD las reglas del segundo formato normal? Si detecta una violación de las reglas,
corríjala.

ubicado SH
BO
#numb en #numb
EL
O
*tit
er er
*auth
le
*shelf
or
ubicaci
size
dón
e

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.

2. La inscripción en una clase es la entidad de intersección que resuelve la relación M:M entre
STUDENT y CLASS. ¿Sigue el ERD las reglas del segundo formato normal? Si detecta una
violación de las reglas, corríjala.

ENROLLM un registro CL
° ENT
gra para #
AS
° roo
de *na
i
m el asunto *ti
me
de me

un
registro
p
a

el asistente
de
STUD
#numb
ENT
*na
er
me

3. Una tienda puede estar en varios centros comerciales y un centro comercial puede alojar varias
tiendas. Para localizar una tienda concreta en un vecindario específico, necesitará conocer el
 nombre y la dirección del centro comercial cercano, además del nombre de la tienda. ¿Sigue el
ERD las reglas del segundo formato normal? Si detecta una violación de las reglas, corríjala.

STORE p SHOPPING
a
*location
LISTING in #numb
MALL
° mall
store *na
er
specialty ti *addre
me
e
ss
prese
nta

presentada
en

ST
#numb
OR
*na
er
*addre
me
ss

EI diagrama si cumple con las reglas del segundo formato normal.

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

Diseño de Base de Datos

6-4: Tercer Formato Normal Actividades
de Práctica
Objetivos
• Identificar dependencias transitivas en un modelo de datos
• Definir la regla del tercer formato normal en el proceso de normalización
• Examinar una entidad no normalizada y determinar qué regla o reglas de normalización se
violan
• Aplicar la regla del tercer formato normal para resolver una violación en el modelo
Terminología
Identifique el término para cada una de las siguientes definiciones.

Tercer formato Normal Formato de normalización de la base de datos en el que todos

los campos sin clave dependen de la clave, de toda la clave y de
nada más que de la clave.
Dependencia Transitiva Condición que se produce cuando cualquier atributo de una
entidad depende de cualquier otro atributo que no sea UID de
esa entidad.
Inténtelo/Resuélvalo
1. Identifique la dependencia transitiva en el modelo siguiente. Establezca qué atributos violan el
tercer formato normal.

Los atributos que violan el 3NF son

"nombre de la
tienda" y "dirección de la tienda",
pues estos no
dependen del UID "número".
Además, la dependencia transitiva
se encuentra en
esos dos atributos ya que la
dirección de la tienda
depende del nombre de la tienda.

2. Defina la regla del tercer formato normal.

Indica que ningún atributo que no sea UID puede depender de otro atributo que no sea
UID. Prohíbe las dependencias transitivas.

3. El esquema de color de un vehículo incluye especificaciones sobre el color de pintura del chasis y
los colores y materiales del interior. Por ejemplo: El esquema de color “Desierto” incluye pintura
en color plateado e interiores con acabados en piel; y el esquema de color “Tostado” incluye
pintura dorada e interiores de piel en tono crema. ¿Sigue el siguiente modelo las reglas del tercer
formato normal? Si detecta una violación, corríjala.
4. Suponga las siguientes reglas de negocio:

• Un atleta contrata a un agente.

• Un agente puede trabajar para uno o más atletas.
• Un atleta puede competir para un equipo.
• Un equipo puede tener uno o más jugadores.

¿Contiene el modelo siguiente una o más dependencias transitivas? Identifique los atributos
implicados en las dependencias transitivas.
 EI modelo si contiene dependencias transitivas: el "entrenador
del equipo" depende del atributo "equipo" y la "comisión del
agente" depende de "agente". Lo más recomendable es realizar
más entidades y relacionarlas entre sí con el fin de cumplir con
las reglas de negocio establecidas.

5. Ahora que ya tiene una idea de cómo crear un buen UID, debe tener en cuenta la controversia,
las ventajas y la dificultad de identificar a alguien de forma única.
Considere la idea de un documento nacional de identidad. ¿Qué tipos de problemas podría
ocasionar y qué tipos de problemas podría resolver? Si su país ya utiliza un documento
nacional de identidad, ¿cuáles son las ventajas y los problemas asociados a él? En su opinión,
¿se podría convertir la asignación de ADN en el documento nacional de identidad? ¿Por qué?

No estoy segura de los problemas que un documento nacional de identidad pueda provocar, sin
embargo, sí sé cuáles problemas podría resolver: el robo de identidad, fraudes, entre otros. En efecto, mi
país ya cuenta con un documento de este tipo. Las ventajas (desde mi punto de vista) son los que ya
mencioné anteriormente: cada persona está identificada 10 que disminuye los problemas de robo de
identidad, problemas delictivos y de defunción, entre otros. Entre los problemas que podría tener es que
han pasado casos en que, si se les roba la identidad a algunas personas, 10 que demuestra que tal vez no
sea un sistema muy eficaz. Para responder a la última pregunta, yo creo que convertir la asignación de
ADN en el documento nacional de identidad no es algo muy viable pues hay ADNs similares.

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

2
Diseño de Base de Dato 6-2: Normalización y Primer Formato Normal
Actividades de Práctica
Objetivos
• Definir el objetivo de la normalización en los modelos de base de datos
• Definir la regla del primer formato normal en el proceso de normalización
• Determinar si una entidad cumple con la regla del primer formato normal
• Convertir una entidad al primer formato normal si es necesario

Terminología
Identifique el término para cada una de las siguientes definiciones.
Primer Formato Resultado del primer paso de normalización de la base de
Normal datos. El primer formato norma elimina grupos de repetición
colocando cada uno en una tabla independiente y
conectándolos mediante una relación 1:M.
Normalización Serie de pasos que se realizan para obtener un diseño de base
de datos que permita un acceso y almacenamiento eficientes
de los datos en una base de datos relacional. Estos pasos
reducen la redundancia de datos y las posibilidades de que los
datos pasen a ser inconsistentes.
Inténtelo/Resuélvalo
1. Cuando comprueba un modelo de base de datos para el primer formato normal, ¿qué es lo que
hace exactamente?

Lo primero que se debe hacer es validar que cada atributo tenga un único valor para cada
instancia de la entidad.

2. ¿Cuál es la regla del primero formato normal en el proceso de normalización?

EI primer formato normal necesita que no existan atributos de varios valores. INF elimina grupos
de repetición (varios valores) dentro de un atributo transfiriendo el atributo a una nueva entidad y,
a continuación, conectando las entidades con una relación :M.
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.

3. Compruebe si cada ERD está en el primero formato norma. Si no es así, realice los cambios
necesarios para corregirlo.

a.
 c.

La entidad si cumple con el primer formato normal.

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

Diseño de Base de Datos 3-2: Convenciones

Gráficas de ER Actividades de Práctica
Objetivos
• Crear componentes de diagrama de ER que representen entidades y atributos de acuerdo con
las convenciones gráficas

Terminología
Identifique el término para cada una de las siguientes definiciones.
 Diagramas de ER Elemento visual de cuatro lados con vértices redondeados,
que se utiliza para representar una entidad en un ERD.

Inténtelo/Resuélvalo
1. Lea el caso de negocio específico. Dibuje las entidades PELUQUERO y CLIENTE. Enumere los
atributos asociados a cada entidad y especifique si son obligatorios u opcionales. Identifique los
UID. Escriba la relación en español, incluidas las opciones y la cardinalidad. Respete las
convenciones gráficas mencionadas.

"En nuestro salón, tenemos una serie de estilistas. Todos son empleados contratados, por lo que
tenemos un registro de su nombre, apellido, dirección, número de teléfono, número de la
seguridad social y salario. Durante el transcurso de un día, un estilista puede atender a varios
clientes. En un día de poca actividad, un estilista puede que no atienda a ninguno. Vienen clientes
sin cita previa y a cada uno de ellos se le asigna un estilista. Solo le preguntamos su nombre.
También tenemos clientes que llaman para pedir una cita. Cuando lo hacen, les pedimos su
nombre, apellido y número de teléfono. También les preguntamos si desean que les atienda un
estilista determinado. Si no tienen ninguna preferencia, le asignamos uno. Por supuesto, les
permitimos cambiar a otro estilista en su siguiente visita al salón. Estamos interesados en realizar
un seguimiento de las citas diarias: qué estilista atiende a qué cliente durante un determinado
día."
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.

2. Lea el caso de negocio específico. Dibuje las entidades GRUPO y MÚSICO. Enumere los
atributos debajo de cada entidad. Especifique si son obligatorios u opcionales. Identifique los UID.
Escriba la relación en español, incluidas las opciones y la cardinalidad.

"Soy agente de varios músicos y grupos. Un músico puede ser un solista o puede pertenecer a un
grupo. Un grupo siempre incluirá uno o más músicos. Algunos músicos forman un grupo de una
sola persona. Sin embargo, un músico solo puede pertenecer a un grupo. Como programo sus
conciertos y eventos, tengo que registrar determinada información: nombre, apellido, dirección,
número de teléfono y tarifa por hora del músico. Si se trata de un grupo, necesito saber el nombre
del grupo, además de la información que ya tengo sobre los músicos que la integran. He
trabajado con grupos con el mismo nombre, por lo que solo por asegurarme de que reservo el
correcto, asigno un identificador a cada grupo. La tarifa por hora de un grupo es la suma de las
tarifas por horas de sus miembros."
3. Lea el caso de negocio específico. Dibuje las entidades PROFESOR, CURSO y CLASE.
Enumere los atributos debajo de cada entidad. Especifique si son obligatorios u opcionales.
Identifique los UID. Escriba la relación en español, incluidas las opciones y la cardinalidad.

"Tenemos varios profesores en nuestro centro educativo. A un profesor se le pueden asignar

hasta tres clases por semestre. Si un profesor está de año sabático, ese semestre no imparte
clases. Guardamos un registro del nombre, apellido, dirección, número de teléfono y dirección de
correo electrónico del profesor."

"Nuestro centro educativo ofrece muchos cursos, como Modelado de Datos, Introducción a SQL,
Trigonometría, Física y Biología. Cada curso tiene un código. Por ejemplo: el de Modelado de
Datos sería DM001, el de Trigonometría sería TR004, etc. Durante cada semestre, un curso se
impartiría en varias clases, por lo que podría haber dos clases de Física, tres de Biología, etc.
Cada clase la impartiría un solo profesor. Asignamos un ID único a cada clase y también
hacemos un seguimiento del día en el que se imparte, la hora y el aula."
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

Diseño de Base de Datos 3-4:

Diagramas de Matriz Actividades de
Práctica
Objetivos
• Identificar las relaciones mediante un diagrama de matriz
• Dibujar un ERD a partir de un diagrama de matriz

Terminología
Identifique el término para cada una de las siguientes definiciones.
Diagrama de matriz Dibujo similar a una cuadrícula que se puede utilizar
para detectar y registrar las relaciones entre las
entidades de un modelo de relación de entidades
Inténtelo/Resuélvalo
1. Lea el caso de negocio y revise el ERD. Utilizando el diagrama de matriz, cree dos o más
posibles relaciones entre FOTOGRAFÍA y el resto de las entidades que tienen sentido para el
negocio.
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.

Caso:

"Soy fotógrafo aficionado. Tengo varias cámaras y siempre estoy haciendo fotografías de
diferentes sujetos. Estoy intentando realizar un seguimiento de qué tipo de cámara y película
da mejores resultados en determinadas condiciones (luz interior, luz exterior, etc.), por lo que,
cuando revelo las películas, anoto la cámara utilizada. Cuando recibo las fotografías, anoto el
sujeto y las condiciones. En cada fotografía siempre aparece un sujeto. El sujeto podría ser
una vista, una persona o un grupo de personas, o bien un objeto o un grupo de objetos."

Dos posibles relaciones son:

CÁMARA FOTOGRAFÍA SUJETO
CÁMARA Utilizada para
realizar
FOTOGRAFÍA Realizar con Contener

SUJETO Aparecer

 Cada CÁMARA puede ser utilizada para realizar cero o más FOTOGRAFÍAs.
 Cada FOTOGRAFÍA debe ser realizada con una única cámara.
 Cada FOTOGRAFÍA debe de contener un SUJETO.
  Cada SUJETO puede aparecer en una o más FOTOGRAFíAs.

2. Complete el diagrama siguiente y construya un ERD a partir de él.

Corredor Ciudad para Tipo de Evento de

carrera carrera carrera
Corredor
Presente Participar Asiste
Ciudad
para Es
carrera Visitada Tener Tener
Tipo de Ser
carrera elegida Ser apta Ser parte
Evento
de Ser
carrera visitado Celebrarse Contar con

 Cada CORREDOR debe estar presente en una única CIUDAD PARA CARRERA.
 Cada CIUDAD PARA CARRERA puede ser visitada por uno 0 más CORREDORes.

 Cada CORREDOR debe participar en un único TIPO DE CARRERA.

 Cada TIPO DE CARRERA puede ser elegido por cero o más CORREDORes.

 Cada CIUDAD PARA CARRERA puede tener cero o más TIPOs DE CARRERAs.
 Cada CORREDOR debe asistir a un único EVENTO DE CARRERA.

 Cada EVENTO DE CARRERA puede ser visitado por cero 0 más CORREDORes.
 Cada TIPO DE CARRERA debe ser apta para una o más CIUDADes PARA CARRERAs.

 Cada CIUDAD PARA CARRERA puede tener cero o más EVENTOs DE CARRERAs.
 Cada EVENTO DE CARRERA debe celebrarse en uno o más CIUDADes PARA CARRERA.

 Cada TIPO DE CARRERA puede ser parte de uno o más EVENTOs DE CARRERAs.
  Cada EVENTO DE CARRERA debe contar con un único TIPO DE CARRERA.

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

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
Terminología
Identifique el término para cada una de las siguientes definiciones.

Transferible Descripción de una relación en la que una instancia de A está

relacionada con una instancia de B y la asociación se puede
mover a otra instancia de B.
No transferible Descripción de una relación en la que una instancia de A está
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.

b. Cada habitación puede alojar a uno o más huéspedes. Cada huésped se puede alojar en una
sola habitación.

c. Cada empleado debe trabajar para un solo departamento. Cada departamento puede tener
uno o más empleados.
d. Cada hotel puede alojar a uno o más huéspedes. Cada huésped se puede alojar en uno o
más hoteles.

e. Cada mensaje se debe dirigir a una o más personas. Cada persona puede ser la destinataria
de uno o más mensajes.

f. Cada prenda debe tener un solo precio. Cada precio puede ser para una o más prendas.

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.

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.

i. Cada niño debe tener una sola madre biológica. Cada madre debe tener uno o varios hijos.
j. Cada persona debe ser de un solo tipo de sangre. Cada tipo de sangre puede clasificar a una
o más personas.

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.

l. Cada alumno puede aprender de uno o más profesores. Cada profesor puede enseñar a uno
o más alumnos.

m. Cada centro educativo puede tener uno o más alumnos destacados. Cada alumno destacado
debe asistir a un solo centro educativo.
n. Cada huella digital debe pertenecer a una sola persona. Cada persona debe tener una sola
huella digital.

 No sabía si ambas relaciones se podían poner como no transferibles, por 10 que anexo
mis dos posibles respuestas.
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

Diseño de Base de Datos 5-2: Tipos de Relaciones Actividades de Práctica

Objetivos
• Reconocer y dar ejemplos de una relación de uno a uno
• Reconocer y dar ejemplos de una relación de uno a varios
• Reconocer y dar ejemplos de una relación de varios a varios
• Reconocer relaciones redundantes y eliminarlas del ERD

Terminología
Identifique el término para cada una de las siguientes definiciones.
Uno a uno Relación en la que cada registro de la tabla A se puede
relacionar con un solo registro de la tabla B, y cada registro
de la tabla B hace referencia a un solo registro de la tabla A.
Uno a varios Relación en la que un solo registro de la tabla A se puede
relacionar con uno o más registros de la tabla B, pero un
registro de la tabla B solo se puede relacionar con un registro
de la tabla A.
Varios a varios Relación en la que varios registros de una tabla coinciden con
varios registros de otra tabla
Redundante Innecesariamente repetitiva
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.

Inténtelo/Resuélvalo
1. Identifique los tipos de relación de las siguientes afirmaciones

Tipo Afirmación
Uno a Un instructor de snowboard puede enseñar a una o más
varios personas
Uno a Una bicicleta puede pertenecer a un niño
uno
Varios Las ceras del aula las pueden utilizar los alumnos de la
a varios clase
Uno a Un pasaporte pertenece a una persona
uno
Uno a Una elefanta da a luz a un elefante
uno

2. Proporcione dos ejemplos de cada tipo de relación.

Tipo de Ejemplo
Relación
Uno a uno Una persona tiene un INE
Uno a uno Una persona tiene un CURP
Uno a varios Una persona pude tener varios teléfonos
Uno a varios Una persona puede tener varias tarjetas de crédito
Varios a varios Las personas pueden varios amigos
Varios a varios Los taxis pueden utilizados por las personas
3. Dibuje un diagrama de relación de entidad para representar lo siguiente:

a. Cada CLUB se debe asignar a un solo DEPARTMENTO

b. Cada DEPARTMENTO puede ser responsable de uno o más CLUBes
c. Cada ALUMNO se puede unir a uno o más CLUBes
d. Cada CLUB puede estar formado por uno o más ALUMNOS

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

2
Diseño de Base de Datos
3-1: Identificación de las Relaciones Actividades
de Práctica
Objetivos
• Interpretar y describir las opciones de las relaciones
• Interpretar y describir la cardinalidad de las relaciones
• Relacionar entidades mediante la aplicación de reglas de cardinalidad y opciones

Terminología
Identifique el término para cada una de las siguientes definiciones.
Cardinalidad Propiedad de un extremo de una relación entre X e Y que
describe la cantidad de X relacionada con Y.
Relación Conexión o asociación entre objetos.

Opcionalidad Propiedad de un extremo de una relación entre X e Y que

describe si la X debe estar relacionada o puede estar
relacionada con Y.
Inténtelo/Resuélvalo
1. Lea el caso de negocio específico. Asigne un nombre a las relaciones entre EMPLEADO y
CARGO. Incluya las opciones y la cardinalidad adecuadas.

"Tenemos una gran cantidad de empleados que se encargan de una o más tareas diferentes. Nos
gustaría realizar un seguimiento de quién está trabajando en qué cargo. Aunque los empleados
se pueden ayudar entre sí, se asigna un cargo a un empleado, que es la responsabilidad final de
ese empleado. Todos los empleados tienen al menos un cargo. Sin embargo, existen cargos que
aún no se han asignado a nadie."

-El empleado debe de tener uno más cargos.

-El cargo puede tener cero o muchos empleados.
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.

2. Lea el caso de negocio específico. Asigne un nombre a las relaciones entre PEDIDO y
CAMARERO. Incluya las opciones y la cardinalidad adecuadas.

"Asignamos a nuestro camareros a ciertas zonas, excepto en el caso de nuestros aprendices que
simplemente observan y no son responsables de realizar ningún pedido aún. Un camarero anota
los pedidos de las mesas de su zona. Todas las zonas tienen asignado un camarero. Un cliente
hace un pedido al camarero. Si el cliente tiene una pregunta o desea realizar un cambio en el
pedido, tiene que solicitarlo al camarero asignado."

-El pedido debe de ser asignado a un camarero.

-El camarero puede tener asignado uno a más pedidos.

3. Lea el caso de negocio específico. Asigne un nombre a las relaciones entre PADRE e HIJO.
Incluya las opciones y la cardinalidad adecuadas.

"Al final de cada día, los padres deben recoger a sus hijos en nuestra guardería.
Todos los niños deben ser recogidos antes de las 6 p.m. Un niño puede tener dos padres, pero
necesitamos que sea solo uno de ellos el que venga a recogerlo. No podemos entregar a un niño
a nadie que no sea su padre."

-El padre puede recoger uno a más hijos.

-Los hijos deben de ser recogidos por un padre.

4. Lea el caso de negocio específico. Asigne un nombre a las relaciones entre PROFESOR y
ALUMNO. Incluya las opciones y la cardinalidad adecuadas.

Los alumnos pueden solicitar apoyo en determinadas asignaturas, como matemáticas. Podemos
asignar un tutor que puede trabajar con el alumno después de la clase. Algunos de nuestros
profesores aceptan ser tutores. Si hay varios alumnos que necesitan apoyo en una asignatura,
los asignamos al mismo profesor. Si un alumno necesita apoyo en varias asignaturas, es
probable que se asigne a varios tutores diferentes."
-El alumno puede solicitar apoyo a un profesor por materia.
-El profesor de ser asignado a uno o mas alumnos por materia.

5. Dibuje dos entidades con las que esté familiarizado según su propia experiencia
(utilice los lápices de colores y marcadores que tenga a mano). Anote las relaciones entre estas
dos entidades, incluida la cardinalidad y las opciones. Comparta sus entidades con la clase.
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

Diseño de Base de Datos 7-2: Jerarquías y Relaciones Recursivas

Actividades de Práctica
Objetivos
• Definir y dar un ejemplo de una relación jerárquica
• Identificar los UID en un modelo jerárquico
• Definir y dar un ejemplo de una relación recursiva
• Representar una relación recursiva en un ERD con un caso concreto
• Construir un modelo con recursión y jerarquías para expresar el mismo significado conceptual

Terminología
Identifique el término para cada una de las siguientes definiciones.
Relación recursiva Relación de una entidad consigo misma.

Relación jerárquica Serie de relaciones que reflejan entidades organizadas en

niveles sucesivos.
Inténtelo/Resuélvalo
1. Desarrolle dos diagramas ER para representar la siguiente situación. Desarrolle uno utilizando
una estructura jerárquica y el otro con un estructura recursiva.

"Nuestra compañía vende productos en los Estados Unidos. Así pues, hemos dividido los EE.
UU. en cuatro zonas de ventas principales: las zonas del norte, este, sur y oeste. Cada zona
de ventas tiene un código de zona único. Además, cada zona de ventas se divide en distritos
de ventas. Por ejemplo, la zona occidental se divide en los distritos de las Montañas Rocosas,
el noroeste, la costa del Pacífico y el Pacífico. Cada distrito tiene un código de distrito único.
Cada distrito está formado por territorios de ventas. El distrito de las Montañas Rocosas está
formado por tres territorios: Wyoming-Montana, Colorado y Utah-Nuevo México. El distrito del
noroeste está formado por dos territorios: Washington y Oregon-Idaho. El distrito de la costa
del Pacífico se compone de dos territorios: California y Nevada. El distrito del Pacífico incluye
el territorio de Hawái y el territorio de Alaska. Cada territorio tiene un código de territorio único.
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.

Posteriormente, cada territorio de ventas se divide en áreas de ventas. Por ejemplo, Colorado
está formado por dos áreas de ventas: Front Range y Western Slope. Cada área de ventas
tiene un código de área de ventas único.

Cada vendedor es responsable de una o más áreas de ventas y tiene una cuota de ventas
específica. También contamos con jefes de ventas que son responsables de uno o más
distritos de ventas, y con directores de ventas que son responsables de una o más regiones
de ventas. Cada jefe de ventas es responsable de los territorios de sus distritos. No
superponemos las responsabilidades de nuestros empleados. Cada área de ventas es
siempre la responsabilidad de un solo vendedor, y las responsabilidades de nuestros jefes y
directores no se superponen. A veces nuestros vendedores, jefes y directores tienen
funciones especiales y no son responsables de las ventas. Identificamos a todo nuestro
personal de ventas por sus identificadores de empleado."
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

Diseño de Base de Datos

7-1: Arcos
Actividades de Práctica
Objetivos
• Identificar dependencias transitivas en un modelo de datos
• Definir la regla del tercer formato normal en el proceso de normalización
• Examinar una entidad no normalizada y determinar qué regla o reglas de normalización se
violan
• Aplicar la regla del tercer formato normal para resolver una violación en el modelo
Terminología
Identifique el término para cada una de las siguientes definiciones.

Arco Línea curva que se utiliza para representar una relación

exclusiva en un diagrama de relación de entidad
OR exclusivo Operador lógico que devuelve un valor true si uno, pero no
ambos, de sus operandos es true.
Relación mutuamente Relación entre una entidad y otras dos (o más) entidades en la
excluyente que solo una de las relaciones pueden existir a la vez.
Restricción Restricción que se aplica a los datos, que suele estar regida por
las reglas de negocio.

Inténtelo/Resuélvalo
1. Una entrada para un espectáculo se suele adquirir a través de un agente, una taquilla o Internet.
La entrada tiene una descripción, un evento, una fecha y un precio. Un agente tiene un nombre y
un número de teléfono. La taquilla tiene una dirección y un número de teléfono. Internet tiene una
dirección URL.

Dibuje las entidades y represente la relación mutuamente excluyente.

2. Dibuje la entidad MENÚ como supertipo de las entidades PROMOCIONAL, NORMAL y OTRO. El
UID de MENÚ es el código. MENÚ está relacionado con ALIMENTO a través de esta relación:
cada MENÚ puede contener uno o más ALIMENTOS y cada ALIMENTO se debe incluir en un
 solo MENÚ. El UID de ALIMENTO es un UID excluido que utiliza su atributo “número”. Agregue
los atributos adecuados para el resto de las entidades y prepárese para defender sus elecciones.

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.