DD 3 1 Esp

Database Design
3-1
Identificación de Relaciones
Copyright © 2020, Oracle y/o sus filiales. Todos los derechos reservados.
Objetivos
• En esta lección se abordan los siguientes objetivos:
−Interpretar y describir la opcionalidad de las relaciones
−Interpretar y describir la cardinalidad de las relaciones
−Relacionar (conectar o unir) entidades aplicando las reglas de
cardinalidad y opcionalidad
DDS3L1
Identificación de Relaciones Copyright © 2020, Oracle y/o sus filiales. Todos los derechos reservados. 3
Objetivo
• Ser capaces de identificar las relaciones entre
entidades facilita la comprensión de las conexiones
entre distintas partes de datos
• Las relaciones le ayudan a ver cómo las distintas partes
de un sistema afectan a las otras
• Por ejemplo, las entidades ALUMNO y CURSO están
relacionadas entre sí
• Para modelar con precisión el negocio, las relaciones
entre las entidades son tan importantes como las
propias entidades
DDS3L1
Relaciones en Familias
• Una relación es la forma en que dos o más personas o
cosas están conectadas
• Las relaciones familiares clasifican las relaciones entre
las personas, por ejemplo, madre, padre, tía y primo
• El nombre de la relación indica cómo están conectados
los miembros de la familia
DDS3L1
Relaciones en Modelos de Datos
• Relaciones:
−Representan algo significativo o importante para el negocio
−Muestran cómo las entidades están relacionadas entre sí
−Solo existen entre entidades (o una entidad y ella misma)
−Son bidireccionales
−Se asignan en ambos extremos
−Tienen opcionalidad
−Tienen cardinalidad
DDS3L1
¿Qué Es la Opcionalidad en una Relación?
• Las relaciones son obligatorias u opcionales
• Considere las dos entidades EMPLEADO y CARGO
• En función de lo que sabe sobre las instancias de las
entidades, puede determinar la opcionalidad
respondiendo a dos preguntas:
−¿Debe cada empleado tener un cargo?
• Es decir, ¿es esta una relación obligatoria u opcional para un
empleado?
−¿Debe cada cargo estar asignado a un empleado?
• Es decir, ¿es esta una relación obligatoria u opcional para un cargo?
DDS3L1
¿Qué Es la Cardinalidad en una Relación?
• La cardinalidad mide la cantidad de algo
• En una relación, determina el grado hasta el que una
entidad está relacionada con otra respondiendo a la
pregunta: "¿cuántos?"
• Por ejemplo:
−¿Cuántos cargos puede tener un empleado? ¿Un solo cargo?
¿O más de un cargo?
−¿Cuántos empleados pueden tener un cargo específico? ¿Solo
un empleado? ¿O más de un empleado?
• Nota: La cardinalidad de una relación solo responde a si el número es
singular o plural; no responde con un determinado número plural
DDS3L1
Opcionalidad y Cardinalidad
• Ejemplos:
−Cada EMPLEADO debe tener solo un CARGO
−Cada CARGO puede estar ocupado por cero o
más EMPLEADOS
−Cada PRODUCTO se debe clasificar mediante solo un
TIPO DE PRODUCTO
−Cada TIPO DE PRODUCTO puede clasificar cero o más
PRODUCTOs
DDS3L1
Relaciones
• Cada ASIENTO se puede vender

a cero o más PASAJEROs
SEAT
• Cada PASAJERO puede comprar
un ASIENTO
• El ASIENTO se vende a un
PASAJERO (o PASAJEROs, por lo
tanto, reservas en exceso) PASSENGER
• Un PASAJERO compra o alquila

un ASIENTO
DDS3L1
Caso de Negocio 1
• ¿Cuáles son las relaciones en el siguiente caso de
negocio?
−"En nuestro restaurante, un cliente camina hasta el
mostrador y realiza su pedido
−Un cliente puede solicitar para sí mismo solo o para sí mismo
y otras personas
−Por ejemplo, una madre solicita para ella y sus hijos
−Consideramos que la madre es el cliente que posee el pedido
y es responsable del pago
−A lo largo de un período de tiempo, un cliente puede realizar
tantos pedidos como desee"
DDS3L1
Caso de Negocio 1
• El CLIENTE realiza PEDIDOs: CLIENTE
opcionalidad y cardinalidad Linda
• Opcionalidad = ¿Debe o puede? PEDIDO Me

Krishna
l
• Cada PEDIDO lo debe
realizar un (y solo un) Nº de pedido 100
- Patatas fritas
CLIENTE - Refresco grande
• Cada CLIENTE debe Nº de pedido 102

Nº de pedido 77
- Hamburguesa
realizar uno o más
- Tarta de manzana
- Ensalada
- Bol de fruta
pedidos Nº de pedido 10
- Plato vegetariano
- Zumo de naranja
DDS3L1
Caso de Negocio 1
• Cardinalidad = ¿Cuántos? CLIENTE
Linda
• Cada PEDIDO lo debe
realizar solo un CLIENTE PEDIDO Me
Krishna
l
• Cada CLIENTE debe
realizar uno o más Nº de pedido 100
- Patatas fritas
PEDIDOs - Refresco grande
Nº de pedido 77
Nº de pedido 102
- Hamburguesa
- Tarta de manzana
- Ensalada
- Bol de fruta
Nº de pedido 10
- Plato vegetariano
- Zumo de naranja
DDS3L1
Caso de Negocio 2
• Una relación puede unir una entidad con sigo misma
• Examine el siguiente caso:
−"Tenemos que realizar un seguimiento de nuestros
empleados y sus jefes. Cada empleado tiene un jefe,
incluido el director ejecutivo que se gestiona a sí mismo.
Cada jefe puede gestionar varios empleados"
DDS3L1
Caso de Negocio 2
• Puesto que los jefes también son empleados, se
muestran en la misma entidad: EMPLEADO
RELACIÓN
Cada EMPLEADO puede estar gestionado solo por un

EMPLEADO
Cada EMPLEADO puede gestionar uno o más EMPLEADOs
DDS3L1
Terminología
• Entre los términos clave utilizados en esta lección se
incluyen:
−Cardinalidad
−Opcionalidad
−Relación
DDS3L1
Resumen
• En esta lección, debe haber aprendido lo siguiente:
−Interpretar y describir la opcionalidad de las relaciones
−Interpretar y describir la cardinalidad de las relaciones
−Relacionar (conectar o unir) entidades aplicando las reglas de
cardinalidad y opcionalidad
DDS3L1

DD 3 1 Esp

Cargado por

Información del documento

Descripción original:

Título original

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

DD 3 1 Esp

Cargado por

Copyright:

Formatos disponibles

Database Design

• Cada ASIENTO se puede vender

• Un PASAJERO compra o alquila

opcionalidad y cardinalidad Linda

• Opcionalidad = ¿Debe o puede? PEDIDO Me

• Cada CLIENTE debe Nº de pedido 102

Cada EMPLEADO puede estar gestionado solo por un

Cada EMPLEADO puede gestionar uno o más EMPLEADOs

También podría gustarte