Oracle 010923

Fundamentos de bases de datos
2-2: Modelos de datos conceptuales y físicos
Prácticas
Ejercicio 1: Modelos Conceptuales y Físicos
Visión general
En esta práctica, ilustrará la diferencia entre una idea y un resultado físico.
Tareas
1. Proporcione cinco razones para crear un modelo de datos conceptual.
2. Enumere dos ejemplos de modelos conceptuales y modelos físicos
1. Ayuda a visualizar lo primordial antes de la implementación digital de la base de datos.

2. Ayuda a capturar los detalles mas importantes de la situación a modelar
3. Entender mejor las reacciones entre entidades.
4. Evitar errores costosos para la empresa negocio etc. que se solicita la BD
5. Planificación estratégica da mejores ángulos para la construcción de la base de datos.
Ejemplo 1: Sistema de Gestión de Empleados
Modelo Conceptual:
Entidades: "Empleado", "Departamento", "Proyecto"
Relaciones: "Trabaja en" (entre Empleado y Departamento), "Asignado a" (entre Empleado y Proyecto)
Atributos: "Nombre", "Apellido", "Cargo", "Salario", "Nombre del Departamento", "Nombre del Proyecto", etc.
Modelo Físico:
Tablas: "Empleado", "Departamento", "Proyecto"
Columnas: "ID Empleado", "Nombre", "Apellido", "Cargo", "Salario", "ID Departamento", "ID Proyecto", etc.
Relaciones: Clave primaria y claves foráneas para establecer las relaciones entre las tablas.
Ejemplo 2: Tienda en Línea
Modelo Conceptual:
Entidades: "Cliente", "Producto", "Pedido", "Categoría"
Relaciones: "Realiza" (entre Cliente y Pedido), "Contiene" (entre Pedido y Producto), "Pertenece a" (entre Producto y Categoría)
Atributos: "Nombre del Cliente", "Dirección", "Nombre del Producto", "Precio", "Fecha del Pedido", "Nombre de la Categoría", etc.
Modelo Físico:
Tablas: "Cliente", "Producto", "Pedido", "Categoría", "Detalle de Pedido"
Columnas: "ID Cliente", "Nombre", "Dirección", "ID Producto", "Nombre", "Precio", "ID Pedido", "Fecha", "ID Categoría", etc.
Relaciones: Clave primaria y claves foráneas para establecer las relaciones entre las tablas. La tabla "Detalle de Pedido" se usa para manejar la relación "Contiene" entre Pedido
y Producto.
2-3: Entidades y atributos
Prácticas
Ejercicio 1: Identificar y representar las entidades como el comienzo de un ERD
Visión general
En esta práctica, identificará y agregará las entidades de una base de datos académica o, en otras palabras, un sistema de gestión
de escuela.
Para su comodidad, aquí se muestra un resumen de cómo funciona la base de datos académica (sistema de gestión de escuela):
a. Una escuela/universidad tiene diferentes departamentos que ofrecen cursos a los alumnos en una determinada sesión
académica.
b. Cada uno de estos cursos lo imparte un profesor.
c. Los alumnos pueden inscribirse en diferentes cursos en una sesión académica.
d. Además de los detalles de registro, la universidad/escuela debe mantener también la información principal sobre el alumno.
e. El departamento mantiene los datos de asistencia del alumno, que determinarán si un alumno puede optar a los exámenes
de esa sesión académica o no.
f. Para cada sesión académica, se realizan exámenes y los resultados se comparten con el alumno en un período de tiempo
estipulado.
g. El departamento también mantiene un registro del tiempo de conexión y desconexión del profesorado para sus necesidades
de generación de informes.
Tareas
1. Con la información proporcionada anteriormente, identifique y cree las entidades del sistema de gestión de escuela.
Ejercicio 2: Identificar y agregar atributos y la correspondiente notación de obligatorio y opcional
para ERD
Visión general
En esta práctica, identificará los atributos y la notación de opcionalidad asociada a ellos en las entidades que ha creado en el ejercicio 1.
Tareas
1. Agregue los atributos adecuados y si son opcionales u obligatorios (*, °) a todas las entidades de la base de datos académica
1. Escuela/barra universidad
2. Departamento
3. Curso
4. Profesor
5. Alumno
6. Sesión académica
7. Asistencia
8. Examen
9. Resultado del examen
10. Conexión/desconexión del profesor
ESTUDIANTE: EXAMEN: ESTUDIANTE: CURSO:

NOMBRE NOTA NOMBRE NOMBRE DEL CURSO
FECHA DE NACIMIENTO FECHA DE TOMA DEL EXAMEN FECHA DE NACIMIENTO CÓDIGO DEL CURSO
CURSO CURSO CURSO DESCRIPCIÓN DEL CURSO
NOTAS NUMERO DE VECES QUE SE DIO NOTAS CRÉDITOS
EL EXAMEN
HORARIO
INFORMACION DEL PADRE: DEPARTAMENTO:

SESION ACADEMICA:
NOMBRE DEL PADRE/MADRE NOMBRE DEL DEPARTAMENTO
AÑO ACADÉMICO
APELLIDO DEL PADRE/MADRE UBICACIÓN
FECHA DE INICIO
NÚMERO DE CONTACTO JEFE DE DEPARTAMENTO
FECHA DE FINALIZACIÓN
DIRECCIÓN DE CONTACTO TELÉFONO DE CONTACTO
CORREO ELECTRÓNICO DE
CONTACTO
Proyecto de diseño de base de datos
Base de datos de la tienda Oracle Baseball League
Escenario del proyecto:
Usted es una pequeña empresa de consultoría especializada en el desarrollo de bases de datos. Le acaban de adjudicar
un contrato para desarrollar un modelo de datos para un sistema de aplicaciones de bases de datos de una pequeña
tienda denominada Oracle Baseball League (OBL).
La tienda ofrece servicios de venta de conjuntos de béisbol para toda la comunidad. OBL tiene dos tipos de cliente; hay
personas que no pueden adquirir artículos como pelotas, zapatillas, guantes, camisas, camisetas serigrafiadas y
pantalones. Además, los clientes pueden representar a un equipo cuando adquieren uniformes y equipación conjunta.
Los equipos y los clientes individuales son libres de comprar cualquier artículo de la lista de inventario, pero los equipos
obtienen un descuento en el precio de lista según el número de jugadores. Cuando un cliente realiza un pedido,
registramos los artículos de ese pedido en nuestra base de datos.
El equipo de OBL cuenta con tres representantes de ventas que oficialmente solo atienden a equipos, pero se sabe que
gestionan las quejas de los clientes individuales.
Sección 2, lección 3, ejercicio 1: Entidades y atributos
Identificación de entidades (objetivo 1 de S2L3)
Mediante el análisis del texto en el escenario especificado, identifique las posibles entidades que tendrán que
representarse en un sistema de base de datos relacional. Las entidades suelen ser los sustantivos de la descripción del
escenario; sin embargo, no todos los sustantivos se convierten en entidad. Piénselo detenidamente, pero recuerde que
está identificando las posibles entidades y no creando una lista definitiva
Cliente:
Tipo (Individual o Equipo)
Nombre
Dirección
Correo Electrónico
Teléfono
Artículo:
Nombre del Artículo
Tipo de Artículo (Pelotas, Zapatillas, Guantes, Camisas, Camisetas Serigrafiadas, Pantalones, etc.)
Precio
Descuento para Equipos
Equipo:
Nombre del Equipo
Número de Jugadores
Representante de Ventas Asignado
Pedido:
Número de Pedido
Fecha del Pedido
Cliente Asociado (Individual o Equipo)
Detalle del Pedido:
Artículo Solicitado
Cantidad Solicitada
Precio Unitario (con descuento para equipos, si corresponde)
Subtotal
Representante de Ventas:
Nombre del Representante
Número de Identificación
Área de Responsabilidad (Equipos o Clientes Individuales)
Sección 2, lección 3, ejercicio 4: Entidades y atributos
Uso de la notación de Barker (objetivo 4 de S2L3)
Utilice la notación de Barker para visualizar la información representada por las entidades y los atributos identificados.
Para facilitar la comprensión de cada softbox, ponga los atributos en su orden lógico y coloque todos los atributos
obligatorios antes de los opcionales

2-4: Identificadores únicos
Prácticas
Ejercicio 1: Identificar el identificador único y las llaves primarias correspondientes
Visión general
En esta práctica, identificará los identificadores únicos y las correspondientes llaves primarias de los escenarios especificados.
Tareas
1. ¿Cómo se busca una canción determinada en una recopilación completa? ¿Cuál sería un identificador único de SONG?
2. Piense en todos los alumnos de la clase. Cada alumno se describe mediante diferentes rasgos o atributos. ¿Qué atributo o
atributos permiten seleccionar un único alumno respecto al resto de la clase?
3. Para cada entidad, seleccione el atributo que pueda ser el identificador único de cada entidad.
Entidad: STUDENT
Atributos: student ID, first name, last name, address
Entidad: MOVIE
Atributos: title, date released, producer, director
Entidad: LOCKER
Atributos: size, location, number
Ejercicio 2: Identificar los identificadores únicos y agregarlos al ERD
Visión general
En esta práctica, identificará los identificadores únicos y los agregará a un ERD.
Tareas
1. Utilice el ERD de la base de datos académica de los ejercicios anteriores para identificar lo siguiente:
a. Identificadores únicos
b. Identificadores únicos candidato
1. ¿Cómo se busca una canción determinada en una recopilación completa? ¿Cuál sería un identificador único de SONG?
Una solución fuese el nombre del artista y al mismo tiempo tener otro de el álbum al que pertenece pero estos se podrían repetir asi que podría ser al álbum al que
pertenezca y al año de lanzamiento de la canción o también crear una id para la canción artista o álbum al que pertenezca
2. Piense en todos los alumnos de la clase. Cada alumno se describe mediante diferentes rasgos o atributos. ¿Qué atributo o
atributos permiten seleccionar un único alumno respecto al resto de la clase?
Una id de alumno o su numero de la lista al que pertenezca o su carnet de identidad
3. Para cada entidad, seleccione el atributo que pueda ser el identificador único de cada entidad.
Entidad: STUDENT
Atributos: student ID, first name, last name, address
Entidad: MOVIE
Atributos: title, date released, producer, director
Entidad: LOCKER
Atributos: size, location, number
Ejercicio 2: Identificar los identificadores únicos y agregarlos al ERD
Visión general
En esta práctica, identificará los identificadores únicos y los agregará a un ERD.

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
Sección 2, lección 4, ejercicio 1: Identificadores únicos
Reconocimiento de identificadores únicos o UID (objetivo 1 de S2L4)
Mediante los softboxes de notación de Barker, creados en el ejercicio anterior, identifique las posibles claves de
candidatos (atributos que pueden usarse para identificar una entidad de forma exclusiva) que haya en las entidades.
• Si puede identificar todos los UID portadores de información (natural), agregue un signo # para indicar la
opcionalidad del atributo y desplácelo a la parte superior de la lista de atributos.
• Si hay más de un atributo (compuesto) que combinados convierten la entidad en única, agregue un signo #
antes de cada nombre de atributo y desplace todos ellos a la parte superior de la lista.
pueden ser marcas
Sección 2, lección 4, ejercicio 2: Identificadores únicos
Reconocimiento de identificadores únicos artificiales (objetivo 2 de S2L4)
Mediante los softboxes de notación de Barker creados anteriormente, identifique y asigne los identificadores únicos que
se utilizarán para identificar de forma exclusiva las entidades.
• Si no se ha asignado ningún identificador portador de información, asigne uno artificial. Normalmente,
utilizamos el ID o número como nombre del identificador artificial.
• Si se ha reconocido un identificador portador de información, deberá elegir si lo va a utilizar como
identificador único primario o secundario. Si va a utilizarlo como un identificador secundario, deberá crear
un identificador artificial e incluir el signo # del identificador portador de información entre paréntesis.
Posible entidades y atributos

2-5: Relaciones
Prácticas
Ejercicio 1: Identificar las relaciones del ERD
Visión general
En esta práctica, identificará las relaciones a partir de los diagramas ERD y escribirá las sentencias en lenguaje ERD.
Tareas
1. Interprete la relación. ¿Se corresponde el texto con el diagrama?
a. Cada EMPLOYEE se puede asignar a uno o más DEPARTMENTs.
Cada DEPARTMENT debe responsabilizarse de uno o más EMPLOYEEs.
b. Cada EMPLOYEE se debe asignar a un único DEPARTMENT.
Cada DEPARTMENT debe responsabilizarse de uno o más EMPLOYEEs.
c. Cada EMPLOYEE se debe asignar exactamente a un DEPARTMENT.
Cada DEPARTMENT puede ser responsable exactamente de un EMPLOYEE.
2. Interprete cada relación del modelo que aparece a continuación. Para cada relación de ERD, escriba la sentencia ERD y sus
comentarios. Utilice sus conocimientos sobre personas y ciudades normales en sus comentarios.
pueden ser marcas
Ejercicio 2: Analizar y modelar relaciones
Visión general
En esta práctica, analizará y modelará las relaciones para las siguientes entidades que ha creado anteriormente en la base de datos
académica.
Tareas
1. Escriba en lenguaje ERD cada una de las relaciones de la base de datos académica, incluyendo los nombres de relación,
la opcionalidad y la cardinalidad. Dibuje el ERD incluyendo las relaciones.
1. 1a0
2. Muchos a 0
3. NaN
4. 0a0
Notas sobre el ERD:
La notación "1" y "N" junto a las relaciones indica la cardinalidad uno-a-muchos (1:N).
El símbolo "0..1" representa la opcionalidad, es decir, que un registro en la tabla relacionada puede estar presente o no.
Las relaciones están indicadas por líneas conectando las entidades pertinentes. Por ejemplo, la relación entre FACULTY y COURSE indica que un FACULTY puede estar
relacionado con muchos COURSE.
Las relaciones entre FACULTY y DEPARTMENT, y entre STUDENT y DEPARTMENT, indican que un DEPARTMENT tiene un único HEAD (jefe) y que varios FACULTY o STUDENT
pueden estar relacionados con un único DEPARTMENT.
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
Sección 2, lección 5, ejercicio 1: Relaciones
Reconocer ejemplos de relaciones (objetivo 1 de S2L5)
Las relaciones representan una asociación entre dos o más entidades. Mediante las reglas de negocio, identificadas
anteriormente en este proyecto y enumeradas a continuación, identifique las posibles asociaciones entre las entidades.
Reglas de negocio
• Los clientes pueden ser individuales o representar un equipo.
• Los clientes pueden adquirir artículos de la lista de inventario.
• Los equipos obtienen descuentos en función del número de jugadores.
• Las compras de los clientes se almacenan como pedidos en la base de datos.
• Los representantes de ventas trabajan principalmente con clientes de equipos, pero también pueden tratar con
clientes individuales.
Posible entidades y atributos

pueden ser marcas
Identificar la cardinalidad de las relaciones (objetivo 3 de S2L5)
Para las relaciones identificadas en el ejercicio anterior, determine la cardinalidad mediante el análisis de la descripción
proporcionada para cada relación. Si la descripción utiliza "un" o "una", debería ser una relación de 1 (punta única); sin
embargo, si utiliza "varios" o "uno o más", debería ser una relación M (pata de gallo). Agregue la cardinalidad a las
siguientes entidades agregando cualquier notación de pata de gallo necesaria.
Cada CUSTOMER puede representar a un TEAM.
• Cada TEAM debe estar representado por un CUSTOMER
1 a 1 PU
1 a n PG
1 N PG
N A N PG
N A 1 PG
pueden ser marcas
Uso de una matriz de relaciones (objetivo 5 de S2L5)
Una matriz de relaciones muestra si cada entidad de fila de la parte izquierda de la matriz se relaciona con cada entidad
de columna que se muestra en la parte superior de la matriz y cómo lo hacen.
• Si una entidad de fila se relaciona con una entidad de columna, el nombre de esa relación se muestra en el
cuadro de intersección.
• Si una entidad de fila no se relaciona con una entidad de columna, el cuadro de intersección está vacío.
• Las relaciones recursivas se pueden representar colocando el nombre de dicha relación en la diagonal.
Parte 1:
Cree una matriz de relaciones para validar las relaciones que ya ha identificado a lo largo de este proyecto. Utilice las
descripciones de las entidades para crear los nombres de la relación en el cuadro de intersección.
Parte 2:
Utilice los nombres que ha agregado a los cuadros de intersección de la matriz de relaciones para agregar las etiquetas
correctas a las relaciones correspondientes de los ERD
EQUIPOS CLIENTES INDIVIDUALES ARTICULOS REPRESENTANTE PEDIDOS

DE VENTAS
EQUIPOS
CLIENTES INDIVIDUALES
ARTICULOS
REPRESENTANTE DE
VENTAS
PEDIDOS
La relación entre "Equipos" y "Artículos" se etiquetará como "Compra".
La relación entre "Clientes Individuales" y "Artículos" se etiquetará como "Compra".
La relación entre "Equipos" y "Pedidos" se etiquetará como "Realiza".
La relación entre "Clientes Individuales" y "Pedidos" se etiquetará como "Realiza".
La relación entre "Representantes de Ventas" y "Clientes Individuales" se etiquetará como "Gestiona".
La relación entre "Equipos" y "Pedidos" se etiquetará como "Obtiene Descuento".

2-6: Modelado de relaciones entre entidades (ERD)
Prácticas
Ejercicio 1: Identificar los componentes del ERD
Visión general
En esta práctica, identificará los componentes en un determinado ERD simple.
Tareas
1. Identifique las posibles entidades y los atributos del escenario determinado.
Una compañía tiene varios departamentos. Cada departamento tiene un supervisor y al menos un empleado. Los empleados se
deben asignar por lo menos a un departamento, pero posiblemente, también a varios. Se debe asignar al menos un empleado a
un proyecto, pero puede que un empleado esté de vacaciones y no se asigne a ningún proyecto. Los campos de datos
importantes son los nombres de los departamentos, proyectos, supervisores y empleados, así como el número de supervisor y de
empleado y un número de proyecto único.
2. Interprete el escenario de negocio especificado. Dibuje las entidades HAIRSTYLIST y CLIENT. Muestre los atributos asociados a
cada entidad y especifique si son obligatorios u opcionales. Identifique los UID. Siga las convenciones sobre creación de
diagramas tratadas. Indique el lenguaje de ERD de las relaciones.
"En nuestro salón, tenemos varios estilistas. Todos ellos son empleados asalariados, por lo que se mantiene un registro de su
nombre, apellidos, 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 con menos actividad, puede que un estilista no tenga que atender a nadie.
Tenemos varios clientes sin cita previa y cada uno se asigna un estilista. Solo les pedimos su nombre. También tenemos clientes
que llaman para concertar una cita. En estos casos, les pedimos su nombre, apellidos y número de teléfono. También les
preguntamos si desean que les atienda un determinado peluquero. Si no tienen ninguna preferencia, les asignamos uno.
Por supuesto, podrán cambiar a otro estilista en su siguiente visita al salón. Estamos interesados en realizar un seguimiento de
las citas diarias, es decir, qué estilista trabaja con qué cliente un determinado día".
3. Interprete el escenario de negocio especificado. Dibuje las entidades TEACHER y COURSE y CLASS. Muestre los atributos debajo
de cada entidad. Especifique si son obligatorios u opcionales. Identifique los UID. Indique el lenguaje de ERD de las relaciones.
"Tenemos varios profesores en la escuela. A un profesor se le pueden asignar hasta tres clases por semestre. Si un profesor está
de vacaciones sabáticas, no impartirá clases ese semestre. Mantenemos un registro del nombre, los apellidos, la dirección,
el número de teléfono y la dirección de correo electrónico del profesor.
Nuestra escuela ofrece muchos cursos, tales como: Modelado de datos, Introducción a SQL, Trigonometría, Física y Biología.
Cada curso tiene un código. Por ejemplo: Modelado de datos sería DM001, Trigonometría sería TR004, etc. Durante cada
semestre, un mismo curso se puede impartir en varias clases, por lo que podría haber dos clases de Física, tres clases de
Biología, etc. Cada clase solo la puede impartir un profesor. Asignamos un ID único para cada clase, además de realizar un
seguimiento del día en que se imparte, el horario y el aula"
Vamos a analizar cada uno de los tres escenarios y crear un diagrama de entidad-relación (ERD) para cada uno de ellos.
Escenario 1: Compañía con Departamentos, Empleados y Proyectos
Entidades:
Departamento (Atributos: Nombre del departamento, Número de Supervisor)
Empleado (Atributos: Nombre, Apellidos, Número de Empleado, Número de Seguridad Social, Salario)
Proyecto (Atributos: Número de Proyecto)
Relaciones:
Un departamento tiene un supervisor (Relación 1:N entre Departamento y Empleado, donde Empleado es el supervisor).
Un empleado puede estar asignado a varios departamentos (Relación M:N entre Empleado y Departamento).
Un empleado debe estar asignado a al menos un proyecto (Relación 1:N entre Empleado y Proyecto).
Un proyecto puede tener al menos un empleado asignado (Relación 1:N entre Proyecto y Empleado).
Escenario 2: Salón de Belleza con Estilistas y Clientes
Entidades:
Estilista (Atributos: Nombre, Apellidos, Dirección, Número de Teléfono, Número de Seguridad Social, Salario)
Cliente (Atributos: Nombre, Apellidos, Número de Teléfono)
Relaciones:
Un estilista puede atender a varios clientes en un día, y un cliente puede ser atendido por un estilista (Relación M:N entre Estilista y Cliente).
Un cliente puede tener una cita programada con un estilista (Relación 1:N entre Cliente y Estilista).
Un estilista puede estar disponible o no para atender a un cliente en un día (Relación 1:N entre Estilista y Cita).
Escenario 3: Escuela con Profesores, Cursos y Clases
Entidades:
Profesor (Atributos: Nombre, Apellidos, Dirección, Número de Teléfono, Dirección de Correo Electrónico)
Curso (Atributos: Código de Curso)
Clase (Atributos: ID (UID), Día, Horario, Aula)
Relaciones:
Un profesor puede impartir hasta tres clases por semestre (Relación 1:N entre Profesor y Clase).
Un curso se imparte en varias clases durante un semestre (Relación 1:N entre Curso y Clase).
Cada clase es impartida por un solo profesor (Relación 1:1 entre Profesor y Clase).
ERD Notación: Utilizamos la notación estándar de líneas sólidas para representar las relaciones 1:N y 1:1.
Sección 2, lección 6, ejercicio: Modelado de relaciones entre entidades(objetivo 5 de S2L6)
El diagrama de relación de entidad (ERD) permite representar gráficamente la información del sistema y tiene los
siguientes cuatro objetivos:
• Capturar toda la información necesaria.
• Asegurarse de que la información solo aparece una vez.
• No modelar ninguna información derivada de otra información que ya esté modelada.
• Localizar información en un lugar previsible y lógico.
Como ya se han identificado las entidades, sus atributos y las relaciones entre ellas, ahora se puede empezar a crear el
ERD final, que mostrará cómo se enlaza el sistema.
Con la información recopilada a lo largo de este proyecto, genere un ERD que cumpla los cuatro objetivos especificados
anteriormente. Cree el ERD siguiendo la convención de creación de diagramas

Oracle 010923

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Oracle 010923

Cargado por

Copyright:

Formatos disponibles

Fundamentos de bases de datos

2-2: Modelos de datos conceptuales y físicos

Ejercicio 1: Modelos Conceptuales y Físicos

En esta práctica, ilustrará la diferencia entre una idea y un resultado físico.

1. Proporcione cinco razones para crear un modelo de datos conceptual.

2. Enumere dos ejemplos de modelos conceptuales y modelos físicos

1. Ayuda a visualizar lo primordial antes de la implementación digital de la base de datos.

Ejemplo 1: Sistema de Gestión de Empleados

Entidades: "Empleado", "Departamento", "Proyecto"

Tablas: "Empleado", "Departamento", "Proyecto"

Ejemplo 2: Tienda en Línea

Entidades: "Cliente", "Producto", "Pedido", "Categoría"

Tablas: "Cliente", "Producto", "Pedido", "Categoría", "Detalle de Pedido"

Fundamentos de bases de datos

2-3: Entidades y atributos

Ejercicio 1: Identificar y representar las entidades como el comienzo de un ERD

b. Cada uno de estos cursos lo imparte un profesor.

c. Los alumnos pueden inscribirse en diferentes cursos en una sesión académica.

de esa sesión académica o no.

Ejercicio 2: Identificar y agregar atributos y la correspondiente notación de obligatorio y opcional

ESTUDIANTE: EXAMEN: ESTUDIANTE: CURSO:

INFORMACION DEL PADRE: DEPARTAMENTO:

Base de datos de la tienda Oracle Baseball League

Escenario del proyecto:

tienda denominada Oracle Baseball League (OBL).

registramos los artículos de ese pedido en nuestra base de datos.

gestionan las quejas de los clientes individuales.

Sección 2, lección 3, ejercicio 1: Entidades y atributos

Identificación de entidades (objetivo 1 de S2L3)

está identificando las posibles entidades y no creando una lista definitiva

Tipo (Individual o Equipo)

Nombre del Artículo

Descuento para Equipos

Nombre del Equipo

Representante de Ventas Asignado

Fecha del Pedido

Cliente Asociado (Individual o Equipo)

Detalle del Pedido:

Precio Unitario (con descuento para equipos, si corresponde)

Nombre del Representante

Base de datos de la tienda Oracle Baseball League

Escenario del proyecto:

tienda denominada Oracle Baseball League (OBL).

registramos los artículos de ese pedido en nuestra base de datos.

gestionan las quejas de los clientes individuales.

Sección 2, lección 3, ejercicio 4: Entidades y atributos

Uso de la notación de Barker (objetivo 4 de S2L3)

obligatorios antes de los opcionales

2-4: Identificadores únicos

Ejercicio 1: Identificar el identificador único y las llaves primarias correspondientes

atributos permiten seleccionar un único alumno respecto al resto de la clase?

Atributos: student ID, first name, last name, address

Atributos: title, date released, producer, director

Atributos: size, location, number

Ejercicio 2: Identificar los identificadores únicos y agregarlos al ERD

En esta práctica, identificará los identificadores únicos y los agregará a un ERD.

b. Identificadores únicos candidato

atributos permiten seleccionar un único alumno respecto al resto de la clase?

Una id de alumno o su numero de la lista al que pertenezca o su carnet de identidad

Atributos: student ID, first name, last name, address

Atributos: title, date released, producer, director

Atributos: size, location, number

Ejercicio 2: Identificar los identificadores únicos y agregarlos al ERD

En esta práctica, identificará los identificadores únicos y los agregará a un ERD.