Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Modelamiento Conceptual Consideraciones de
Diseño
Modelo Entidad Relación Entidad versus
Atributo
Entidad versus
Relación
Relaciones Binarias
versus Terciarias
M. Andrea Rodrı́guez-Tastets MER: Extensiones
Clase/Subclase
Jerarquı́as
Universidad de Concepción,Chile Agregación
www.inf.udec.cl\ ∼andrea Ejercicios
andrea@udec.cl

II Semestre - 2014
 Bases de Datos

Andrea Rodrı́guez
Modelo MER
Conceptos en un MER Modelo MER
Conceptos en un MER
Restricciones Restricciones
Entidades Débiles
Entidades Débiles
Consideraciones de
Diseño
Entidad versus
Consideraciones de Diseño Atributo
Entidad versus
Entidad versus Atributo Relación
Relaciones Binarias
versus Terciarias
Entidad versus Relación
MER: Extensiones
Relaciones Binarias versus Terciarias Clase/Subclase
Jerarquı́as
Agregación

MER: Extensiones Ejercicios

Clase/Subclase
Jerarquı́as
Agregación

Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Objetivos de la Unidad Modelo MER

Conceptos en un MER
Revisar los conceptos básicos de un MER y la especificación de Restricciones
Entidades Débiles
restricciones. Discutir algunas consideraciones de diseño Consideraciones de
Diseño
¿Qué se debe saber al término de la Unidad? Entidad versus
Atributo
Entidad versus
Relación
I ¿Qué es una entidad y relación en MER? Relaciones Binarias
versus Terciarias

I ¿Cuáles son los tipos de restricciones que se pueden MER: Extensiones

Clase/Subclase
especificar y cómo? Jerarquı́as
Agregación

I ¿Cuáles son las ventajas o desventajas del uso de relaciones Ejercicios

binarias o terciarias?
I ¿ Cómo escoger las entidad para un esquema de base de
datos?
 Bases de Datos
Enfoque de Bases de Datos Andrea Rodrı́guez
Obtención y
análisis de
requisitos Modelo MER
Conceptos en un MER
requisitos funcionales Restricciones
diseño conceptual Entidades Débiles

Consideraciones de
Análisis funcional Diseño Diseño
conceptual
Entidad versus
Atributo
Entidad versus
esquema conceptual Relación
Relaciones Binarias
Independiente del SGBD versus Terciarias

Diseño lógico MER: Extensiones

Dependiente del SGBD Clase/Subclase
Jerarquı́as
Diseño de Agregación
programa de esquema lógico
aplicación
Ejercicios

Diseño físico

Implementación
de transacciones esquema interno

Programas de aplicación
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Modelo Conceptual: MER
Consideraciones de
Diseño
I ¿ Cuáles son las entidades y relaciones de la aplicación? Entidad versus
Atributo
Entidad versus
I ¿ Qué información de estas entidades y relaciones deberı́an Relación
Relaciones Binarias
ser almacenadas? versus Terciarias

MER: Extensiones
I ¿ Cuáles son las restricciones de integridad y las reglas de Clase/Subclase
Jerarquı́as
negocio? Agregación

Ejercicios
I Representación gráfica del modelo MER
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Caso Consideraciones de
Una base de datos de una compañı́a necesita almacenar Diseño
Entidad versus
información de empleados (identificados por RUT, con salario y Atributo
Entidad versus
teléfono como atributos), departamentos (identificados por DNO Relación
Relaciones Binarias
con nombre de departamento y presupuesto como atributos), y versus Terciarias

MER: Extensiones
hijos de empleados (con nombre y edad como atributos). Los Clase/Subclase
empleados trabajan en departamentos, cada departamento es Jerarquı́as
Agregación
manejado por un empleado, un hijo debe ser identificado por el
Ejercicios
nombre de un padre que trabaja en la compañı́a.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Caso: Entidades Consideraciones de
Una base de datos de una compañı́a necesita almacenar Diseño
Entidad versus
información de empleados(identificados por RUT, con salario y Atributo
Entidad versus
teléfono como atributos), departamentos (identificados por DNO Relación
Relaciones Binarias
con nombre de departamento y presupuesto como atributos), y versus Terciarias

MER: Extensiones
hijos de empleados (con nombre y edad como atributos). Los Clase/Subclase
empleados trabajan en departamentos, cada departamento es Jerarquı́as
Agregación
manejado por un empleado, un hijo debe ser identificado por el
Ejercicios
nombre de un padre que trabaja en la compañı́a.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Caso: relaciones Consideraciones de
Una base de datos de una compañı́a necesita almacenar Diseño
Entidad versus
información de empleados (identificados por RUT, con salario y Atributo
Entidad versus
teléfono como atributos), departamentos (identificados por DNO Relación
Relaciones Binarias
con nombre de departamento y presupuesto como atributos), y versus Terciarias

MER: Extensiones
hijos de empleados (con nombre y edad como atributos). Los Clase/Subclase
empleados trabajan en departamentos, cada departamento es Jerarquı́as
Agregación
manejado por un empleado, un hijo debe ser identificado por el
Ejercicios
nombre de un padre que trabaja en la compañı́a.
 Bases de Datos

Andrea Rodrı́guez
Conceptos en un MER
Modelo MER
I Entidad: Objeto del mundo real distinguible de otros objetos. Conceptos en un MER
Restricciones
Una entidad se describe usando un conjunto de atributo. Entidades Débiles

Consideraciones de
I Conjunto de entidades (tipo de entidad): Una colección de Diseño
entidades similares (ej. todos los empleados). Entidad versus
Atributo
Entidad versus
I Todas las entidades de un conjunto tiene los mismos Relación
Relaciones Binarias
atributos (a excepción de una jerarquı́a) versus Terciarias

MER: Extensiones
I Cada conjunto de entidades tiene una llave Clase/Subclase
I Cada atributo tiene un dominio Jerarquı́as
Agregación

Ejercicios
nombre seccion

rut Empleado
MER (2) Bases de Datos

Andrea Rodrı́guez
I Un tipo de entidad define el esquema o intensión para el
Modelo MER
conjunto de entidades que comparten la misma estructura. Conceptos en un MER
La colección de entidades de un tipo particular de entidad Restricciones
Entidades Débiles
definen la extensión del tipo de entidad. Consideraciones de
Diseño
I Atributos: En un MER existen diferentes tipos de atributos: Entidad versus
Atributo
Entidad versus
I Atributos simples o atómicos: son atributos no divisibles. Relación
Relaciones Binarias
I Atributos compuestos: son atributos que se pueden versus Terciarias

dividir en sus componentes, pudiendo formar jerarquı́as. MER: Extensiones

Clase/Subclase
I Atributos monovaluados: son atributos que tienen un Jerarquı́as
solo valor para una entidad en particular. Agregación

I Atributos multivaluados: son atributos que tienen Ejercicios

lı́mites inferior y superior en el número de valores para

una entidad.
I Atributos almacenados
I Atributos derivados
I Valores nulos
I Atributos complejos: son atributos compuestos o
multivaluados anidados de una manera arbitraria (lista,
conjuntos).
 Bases de Datos
MER (3)
Andrea Rodrı́guez
I Atributos clave de una entidad: Un tipo de entidad casi
Modelo MER
siempre tiene un atributo que es distinto para cada entidad. Conceptos en un MER
Hay ocasiones en que un conjunto de atributos constituyen la Restricciones
Entidades Débiles
clave de una entidad. Algunas entidades tienen más de un Consideraciones de
atributo clave. Diseño
Entidad versus
Atributo
I Dominio de los atributos: Cada uno de los atributos simples Entidad versus
Relación
tienen asociado un conjunto de valores posibles. Relaciones Binarias
versus Terciarias

I Relación: Asociación entre dos o más entidades. Por ejemplo, MER: Extensiones
Clase/Subclase
X trabajo en departamento Y. Jerarquı́as
Agregación
I Conjunto de relaciones: Colección de relaciones similares: Ejercicios

I Un conjunto de relaciones n−area R relaciona n

conjuntos de entidades E1 , . . . , En ; cada conjunto de
entidades Ej en la relación R involucra alguna entidad
de Ej .
I El mismo conjunto de entidades puede participar en
distintos conjuntos de relaciones, o en diferentes “roles”
en el mismo conjunto.
 Bases de Datos

Andrea Rodrı́guez
Ejemplo
desde Modelo MER
nombre seccion did dnombre
Conceptos en un MER
Restricciones
Entidades Débiles

Trabaja_e Consideraciones de
rut Empleado n
Departamento Diseño
Entidad versus
Atributo
Entidad versus
Relación
nombre seccion Relaciones Binarias
versus Terciarias

MER: Extensiones
Clase/Subclase
Jerarquı́as
rut Empleado Agregación

Ejercicios

supervisa supervisor
do

Reporta_a
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Reglas de Negocios Consideraciones de

Diseño
Son reglas que definen la cardinalidad del modelo y que son Entidad versus
Atributo
particulares a la aplicación. Estas reglas pueden describir también Entidad versus
Relación
eventos que requieran de un trato especial. Por ejemplo, en un Relaciones Binarias
versus Terciarias
sistema académico de estudiantes, una regla puede alertar al MER: Extensiones
sistema cuando el promedio de notas de un estudiante descienda Clase/Subclase
Jerarquı́as
una cierta cantidad. Lo mismo para el stock en un sistema de Agregación

inventario. Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Restricciones de Llave Modelo MER

Conceptos en un MER
Restricciones
Relación “Trabaja en”: Entidades Débiles

Consideraciones de
I Un empleado puede trabajar en un departamento Diseño
Entidad versus
Atributo
I Un departamento puede tener varios empleados Entidad versus
Relación
Relaciones Binarias
I Sin embargo, cada departamento puede tener a lo más un versus Terciarias

jefe por la restricción de llave de la relación administra MER: Extensiones

Clase/Subclase
Jerarquı́as
nombre seccion desde did dnombre Agregación

Ejercicios
1 N
Trabaja_
rut Empleado en
Departamento

Administra
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Restricciones de Llave (2) Entidades Débiles

Consideraciones de
Diseño
Entidad versus
Atributo
Entidad versus
Relación
Relaciones Binarias
versus Terciarias

MER: Extensiones
Clase/Subclase
Jerarquı́as
Agregación

Ejercicios

1a1 1 a muchos muchos a 1 muchos a muchos

 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones Estructurales Restricciones
Entidades Débiles

Consideraciones de
Es una notación alternativa a las restricciones de llave Diseño
Entidad versus
(cardinalidad) que incluye un par de números enteros (mı́n, máx) a Atributo
Entidad versus
cada participación. Relación
Relaciones Binarias
versus Terciarias
nombre seccion desde did dnombre
MER: Extensiones
Clase/Subclase
(1,1) (1,N) Jerarquı́as
Trabaja_
rut Empleado en
Departamento Agregación
(1,1) Ejercicios
(1,1)

Administra
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Restricciones de Participación Conceptos en un MER
Restricciones
Entidades Débiles

Consideraciones de
La existencia de una entidad depende de que esté relacionado con Diseño
otra entidad a través de un tipo de vı́nculo. Eso se puede Entidad versus
Atributo
determinar por las restricciones estructurales que imponen que Entidad versus
Relación

cada entidad participa en una relación. Relaciones Binarias

versus Terciarias

nombre seccion desde did dnombre MER: Extensiones

Clase/Subclase
Jerarquı́as
(1,1) (1,N) Agregación
Trabaja_
rut Empleado en
Departamento
Ejercicios
(1,1)
(1,1)

Administra
 Bases de Datos

Andrea Rodrı́guez
Entidades Débiles
Una entidad es identificada únicamente por medio de su llave más Modelo MER
Conceptos en un MER
la llave de la entidad padre. Restricciones
Entidades Débiles
I Un conjunto de entidades padres y de entidades débiles Consideraciones de
deben participar en una relación uno a muchos (un padre, Diseño
Entidad versus
muchas entidades débiles) Atributo
Entidad versus
Relación
I Un conjunto de entidades débiles debe tener participación Relaciones Binarias
versus Terciarias
total en este conjunto de relaciones identificadores (o MER: Extensiones
propietarias). Clase/Subclase
Jerarquı́as
Agregación
I Se denomina relación identificadora a la relación de un tipo
Ejercicios
de entidad débil con su propietario.
fnombre
nombre seccion
fedad

rut Empleado Familiar_de Dependiente

 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Consideraciones de Diseño Conceptos en un MER
Restricciones
Entidades Débiles
I ¿Debe un concepto ser modelado como entidad o como Consideraciones de
atributo? Diseño
Entidad versus
Atributo
I ¿Debe un concepto ser modelado como entidad o como Entidad versus
Relación
relación? Relaciones Binarias
versus Terciarias

I Idenficación de relaciones MER: Extensiones

Clase/Subclase
Jerarquı́as
I Restricciones: Agregación

Ejercicios
I Gran parte de la semántica de los datos puede ser
capturada
I Algunas restricciones no pueden ser capturadas
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidad versus Atributo Entidades Débiles

Consideraciones de
Diseño
I ¿ Debiera ser “dirección” ser un atributo de “empleado” o Entidad versus
Atributo
una entidad? Entidad versus
Relación
Relaciones Binarias
I Depende del uso y semántica: versus Terciarias

MER: Extensiones
I Si tenemos varias direcciones por empleado, debe ser Clase/Subclase
una entidad Jerarquı́as
Agregación
I Si la estructura (ciudad, calle, etc) es importante, debe Ejercicios
ser modelada como entidad
 Bases de Datos
Entidad versus Atributo (2)
Andrea Rodrı́guez

I ¿ Debiera ser “dirección” ser un atributo de “empleado” o Modelo MER

una entidad? Conceptos en un MER
Restricciones
Entidades Débiles
I Depende del uso y semántica:
Consideraciones de
Diseño
I Si tenemos varias direcciones por empleado, debe ser Entidad versus
una entidad Atributo
Entidad versus
I Si la estructura (ciudad, calle, etc) es importante, debe Relación
Relaciones Binarias
ser modelada como entidad versus Terciarias

MER: Extensiones
I Trabaja en no permite trabajar a un mismo empleado en un Clase/Subclase
Jerarquı́as
departamento por dos o más perı́odos. De hecho, no permite Agregación

a unempleado haber trabajo en distintos departamentos. Ejercicios

nombre seccion desde hasta did dnombre

(1,1) (1,N)
Trabaja_
rut Empleado en
Departamento

(1,1)
(1,1)

Administra
 Bases de Datos

Andrea Rodrı́guez

Entidad versus Atributo (2) Modelo MER

Conceptos en un MER
Restricciones
I El problema es similar al de “dirección” cuando se quiere Entidades Débiles

Consideraciones de
tener un empleado trabajando en uno o más periodos en un Diseño
departamento. Entidad versus
Atributo
Entidad versus
did dnombre Relación
nombre seccion
Relaciones Binarias
versus Terciarias
(1,n) (1,n)
Trabaja_ MER: Extensiones
rut Empleado en
Departamento
Clase/Subclase
Jerarquı́as
(1,n) Agregación

Ejercicios
duración

desde hasta
 Bases de Datos
Entidad versus Relación
Andrea Rodrı́guez
I ER está bien si el administrador tiene un presupuesto
Modelo MER
separado por cada departamento que administra. Conceptos en un MER
Restricciones
did dnombre ppto
nombre seccion Entidades Débiles

Consideraciones de
(1,n) (1,1) Diseño
rut Empleado administra Departamento Entidad versus
Atributo
Entidad versus
Relación
Relaciones Binarias
desde dppto versus Terciarias

MER: Extensiones
Clase/Subclase
I Ahora, si un administrador recibe un presupuesto para todos Jerarquı́as
sus departamentos: Agregación

Ejercicios
nombre seccion

did dnombre ppto

rut Empleado
(1,1)
administra Departamento

(1,n)

desde dppto

appto Administrador
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Relaciones Binarias versus Terciarias Conceptos en un MER
Restricciones
Entidades Débiles
I Si cada póliza pertenece a sólo un empleado, cada
Consideraciones de
dependiente es atado a la póliza y el siguiente ER no es Diseño
Entidad versus
bueno. Atributo
Entidad versus
fnombre Relación
nombre seccion fedad Relaciones Binarias
versus Terciarias

(0,n) (1,1) MER: Extensiones

rut Empleado Cubre Dependiente Clase/Subclase
(1,n) Jerarquı́as
Agregación

Poliza Ejercicios

costo
polid
 Bases de Datos

Andrea Rodrı́guez
Relaciones Binarias versus Terciarias (2)
Modelo MER
Conceptos en un MER
I Una solución es, donde dos relaciones binarias son mejor que Restricciones
Entidades Débiles
una terciaria.
Consideraciones de
fnombre
fedad
Diseño
nombre seccion
Entidad versus
Atributo
Entidad versus
(0,n) (1,1) Relación
rut Empleado tiene Dependiente
Relaciones Binarias
(0,1)
versus Terciarias

Compra MER: Extensiones

Clase/Subclase
(1,1) Jerarquı́as
Agregación
polid Poliza costo
Ejercicios

I Puede ocurrir que dos relaciones binarias sean mejor

modeladas como una relación terciaria. Ejemplo, una relación
de contrato relaciona Partes, Departamentos y Proveedores
con una atributo cantidad.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Resumen MER Conceptos en un MER
Restricciones
Entidades Débiles
I Existen muchos tipos de restricciones de integridad que Consideraciones de
pueden ser expresados en ER: Diseño
Entidad versus
Atributo
I Restricciones de claves Entidad versus
Relación
I Restricciones de participación Relaciones Binarias
versus Terciarias
I Algunas restricciones, en particular, dependencias
MER: Extensiones
funcionales no pueden ser expresadas en el modelo ER Clase/Subclase
Jerarquı́as
I Modelos ER son subjetivos Agregación

Ejercicios
I Esquema relacional resultante debe ser analizado y refinado.
Información de dependencias funcionales y técnicas de
normalización son muy útiles para ello.
 Bases de Datos
Resumen notación del mer
Andrea Rodrı́guez
Entidad

Modelo MER
Entidad débil
Conceptos en un MER
Restricciones
Entidades Débiles
Relación
Consideraciones de
Diseño
Entidad versus
Vínculo (relación) Atributo
identificador para entidades Entidad versus
débiles Relación
Relaciones Binarias
versus Terciarias
Atributo
MER: Extensiones
Clase/Subclase
Atributo clave
Jerarquı́as
Agregación
Atributo clave débil
Ejercicios
Atributo derivado

Atributo multivaluado

E1 E2 Relación de generalización o isa

1 N Cardinalidad: E1 particpa 1 vez en

E1 R E2
R respecto a E2

(m1,m2)
R E
Restricción estructural (n1,n2), donde E
participa como mínimo n1 y máximo n2 en R
 Bases de Datos

Resumen de Modelación de Restricciones Andrea Rodrı́guez

Una clasificación de las restricciones es la siguiente Modelo MER

Conceptos en un MER
I Restricciones de claves: son atributos o conjuntos de Restricciones
Entidades Débiles
atributos que identifican únicamente a una entidad en un
Consideraciones de
conjunto de entidades. Diseño
Entidad versus
I Restricciones de valor único imponen que el valor en cierto Atributo
Entidad versus
contexto sea único. Las claves son el ejemplo más claro para Relación
Relaciones Binarias
un conjunto de valores únicos, pero existen otros posibles. versus Terciarias

MER: Extensiones
I Restricciones de integridad referencial son requerimientos que Clase/Subclase
Jerarquı́as
un valor sea referido a algún objeto o entidad actualmente Agregación

existente en una base de datos. Ejercicios

I Restricciones de dominio requiere que los valores de un

atributo sean tomados desde un conjunto de valores posibles
en un rango.
I Restricciones generales son requerimientos arbitrarios que la
base de datos debe satisfacer.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Consideraciones de
Restricciones de Claves Diseño
Entidad versus
Atributo
I Una clave puede consistir en más de un atributo Entidad versus
Relación
Relaciones Binarias
I Cuando un conjunto de entidades está envuelto en una versus Terciarias

MER: Extensiones
jerarquı́a ISA, se requiere que la raı́z tenga todos los Clase/Subclase
atributos para ser clave. Jerarquı́as
Agregación

Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Restricciones de valores únicos Consideraciones de

Diseño
Entidad versus
I Cada atributo de un conjunto de entidades debe ser valor Atributo
Entidad versus
único, pero a veces se permite el valor nulo. Relación
Relaciones Binarias
versus Terciarias
I Una relación que es uno a muchos desde un conjunto de
MER: Extensiones
entidades E a un conjunto de entidades F implica una Clase/Subclase
Jerarquı́as
restricción de valor único. Es decir, por cada entidad en E Agregación
existe a lo más una entidad en F . Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones de Integridad Referencial Restricciones
Entidades Débiles

Consideraciones de
I Mientras la restricción de un valor único indica que a lo más Diseño
un valor existe en un rol dado, una restricción de integridad Entidad versus
Atributo
referencial indica que exactamente un valor existe en un rol. Entidad versus
Relación
Relaciones Binarias
I Esta restricción en el modelo entidad relación visto hasta versus Terciarias

ahora como una participación total. MER: Extensiones

Clase/Subclase
Jerarquı́as
I Algunas formas en que esta restricción en asegurada son: (1) Agregación

Se prohibe la eliminación de un entidad referenciada y (2) Si Ejercicios

una entidad referenciada es eliminada, entonces todas las
entidades que le hacen referencia también lo son.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Aplicaciones No Tradicionales Restricciones
Entidades Débiles

Consideraciones de
I CAD/CAM Diseño
Entidad versus
I Multimedia Atributo
Entidad versus
Relación
I Minerı́a de datos Relaciones Binarias
versus Terciarias

MER: Extensiones
I Data Warehousing Clase/Subclase
Jerarquı́as
I Sistema de Información Geográfico Agregación

Ejercicios
I Bases de Datos para indexar la WWW
I Otras
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Extensiones Consideraciones de
Se incluyen conceptos adicionales del modelado semántico de los Diseño
Entidad versus
datos: Atributo
Entidad versus
Relación
I Clase/subclase y herencia Relaciones Binarias
versus Terciarias

I Especialización y generalización MER: Extensiones

Clase/Subclase
Jerarquı́as
I Unión - categorı́a Agregación

Ejercicios
I Agregación
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Clase/Subclase Restricciones
Entidades Débiles

Consideraciones de
I Una subclase es un subconjunto del conjunto de entidades Diseño
Entidad versus
que forman un tipo de entidad. Ejemplo, administradores son Atributo
Entidad versus
un subclase de empleado. Relación
Relaciones Binarias
versus Terciarias
I Una entidad puede ser miembro de múltiples subclases. Pero MER: Extensiones
no pude existir como subclase sin ser también miembro de Clase/Subclase
Jerarquı́as
una superclase. Agregación

Ejercicios
I Una subclase hereda todos los atributos y relaciones de la
superclase
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Especialización/Generalización Consideraciones de
Diseño
Entidad versus
I La especialización es el proceso de definir un conjunto de Atributo
Entidad versus
subclases de un tipo. Por ejemplo, el conjunto de subclases Relación
Relaciones Binarias
{SECRETARIA, INGENIERO, TECNICO} es una versus Terciarias

especialización de la superclase EMPLEADO. MER: Extensiones

Clase/Subclase
Jerarquı́as
I Se pueden tener varias especializaciones de un tipo de Agregación

entidad. Ejercicios
 Bases de Datos

Andrea Rodrı́guez

fechaN
Modelo MER
Rut dirección Conceptos en un MER
Restricciones
Entidades Débiles
nombre EMPLEADO tipo de trabajo
Consideraciones de
Diseño
Entidad versus
Atributo
Entidad versus
Relación
(t,e) Relaciones Binarias
(p,e) versus Terciarias

MER: Extensiones
Clase/Subclase
Jerarquı́as
Secretaria Técnico Ingeniero Asalariado Por hora
Agregación

Ejercicios
Gerente
escala
velMecano nivelT tipo salario
Afiliafdo

Dirige
Sindicato

Proyecto
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Restricciones Consideraciones de
Diseño
Entidad versus
Atributo
I Si todas las subclases definen su condición de pertenencia en Entidad versus
Relación
términos de un mismo atributo, este atributo se denomina Relaciones Binarias
versus Terciarias
atributo de definición.
MER: Extensiones
I Cuando no tenemos una condición que determine la Clase/Subclase
Jerarquı́as
pertenencia, se habla de una subclase definida por el usuario. Agregación

Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
fechaN Restricciones
Rut dirección Entidades Débiles

Consideraciones de
nombre EMPLEADO tipo de trabajo Diseño
Entidad versus
Atributo
Entidad versus
Relación
Relaciones Binarias
versus Terciarias
Tipo de Trabajo
MER: Extensiones
Clase/Subclase
Jerarquı́as
Agregación

"Secretaria" "Técnico" "Ingeniero" Ejercicios

Técnico Ingeniero
Secretaria

velMecano nivelT tipo

 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Disyunción/Superposición Entidades Débiles

Consideraciones de
Diseño
I Disyunción especifica que las sublcases de una especialización Entidad versus
Atributo
deben ser disjuntas. Osea, una entidad pertenece como Entidad versus
Relación
mucha a una de las subclases (pero no necesariamente a Relaciones Binarias
versus Terciarias
una) (se identifica por una e en el diagrama). MER: Extensiones
Clase/Subclase
I Superposición se dice cuando una entidad puede ser miembro Jerarquı́as
Agregación
de más de una de las subclases (se identifica por una o en el
Ejercicios
diagrama).
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

fechaN
nombre
Consideraciones de
Rut dirección
Diseño
nombre EMPLEADO
Entidad versus
tipo de trabajo
Atributo
ESTUDIANTE rut Entidad versus
Relación
Relaciones Binarias
versus Terciarias
Tipo de Trabajo

(t,o)
MER: Extensiones
Clase/Subclase
Jerarquı́as
"Secretaria" "Técnico" "Ingeniero" Agregación

Secretaria
Técnico Ingeniero PREGRADO POSGRADO Ejercicios

velMecano nivelT tipo carrera programa

 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Completitud Consideraciones de
Diseño
Entidad versus
I Especialización total especifica que toda entidad de la Atributo
Entidad versus
superclase pertenece a alguna subclase (se identifica por una Relación
Relaciones Binarias
t en el diagrama) versus Terciarias

MER: Extensiones
I Especialización parcial permite que una entidad no Clase/Subclase
Jerarquı́as
pertenezca a ninguna de las subclases (se identifica por una p Agregación
en el diagrama) Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Reglas de Inserción/Eliminación Entidades Débiles

Consideraciones de
Diseño
I La eliminiación de una entidad de su superclase la elimina Entidad versus
Atributo
automáticamente de todas sus subclases. Entidad versus
Relación
Relaciones Binarias
I La inserción de una entidad en una superclases la inserta por versus Terciarias

fuerza en todas las subclases definidas por atributo. MER: Extensiones

Clase/Subclase
Jerarquı́as
I La inserción de una entidad en una superclase de Agregación
especialización total la inserta automáticamente en al menos Ejercicios
una de las subclases.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Consideraciones de
Jerarquı́as Diseño
Entidad versus
Atributo
I Una subclase puede tener más subclases especificadas sobre Entidad versus
Relación
ella, formando una jerarquı́a de especialización. Una jerarquı́a Relaciones Binarias
versus Terciarias
de especialización tiene la restricción de que toda subclase MER: Extensiones
participa como subclase en sólo una relación clase/subclase, Clase/Subclase
Jerarquı́as
de lo contrario es una retı́cula de especialización. Agregación

Ejercicios
 Bases de Datos

Andrea Rodrı́guez

rut
Modelo MER
fechaN
Conceptos en un MER
Restricciones
Entidades Débiles
nombre EMPLEADO direccion
Consideraciones de
Diseño
Entidad versus
Atributo
Entidad versus
(p,e) Relación
(t,e)
Relaciones Binarias
versus Terciarias

MER: Extensiones
Clase/Subclase
Jerarquı́as
Secretaria Técnico Ingeniero Asalariado Por hora Agregación

Ejercicios
Gerente escala
velMecano nivelT tipo
salario
Afiliafdo

Sindicato

Gerente de Ingeniería
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Agregación Entidades Débiles

Consideraciones de
Diseño
I Agregación es un concepto de abstracción para permitir Entidad versus
objetos compuestos a partir de sus objetos components. Tres Atributo
Entidad versus
casos en el modelo ER extendido: Relación
Relaciones Binarias
versus Terciarias
I Agregar valores de atributos para formar objetos MER: Extensiones
completos Clase/Subclase
Jerarquı́as
I Manejar objetos componentes y agregados, lo que no es Agregación

explı́cito en el modelo EER. (Relaciones usadas son Ejercicios

ES PARTE DE O ES COMPONENTE DE)

Agregación de Relaciones y Entidades Bases de Datos

Andrea Rodrı́guez
I Involucra un conjunto de entidades y de relaciones.
Modelo MER
I Permite tratar un conjunto de relaciones como un conjunto Conceptos en un MER
Restricciones
de entidades para propósitos de participación en otras Entidades Débiles

relaciones. Consideraciones de
Diseño
Entidad versus
Atributo
rut Entidad versus
nombre Relación
Relaciones Binarias
versus Terciarias

Empleado MER: Extensiones

Clase/Subclase
Jerarquı́as
Agregación

hasta Ejercicios
monitorea

inicio did
dnombre

pid Proyecto Depende Departamento ppto

desde
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Agregación de Relaciones y Entidades (2) Consideraciones de

Diseño
Entidad versus
Atributo
I Agregación versus relaciones ternarias: Entidad versus
Relación
Relaciones Binarias
I Monitorea es una relación distinta con atributos versus Terciarias

distintos. MER: Extensiones

Clase/Subclase
I Se puede decir que cada dependencia es monitoreada Jerarquı́as
por a lo más un empleado. Agregación

Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Ejercicio (1) Conceptos en un MER
Restricciones
Entidades Débiles
Se le ha encargado diseñar una base de datos que apoye los
Consideraciones de
préstamo de la biblioteca de la Universidad. La biblioteca presta Diseño
ejemplares de libros a estudiantes o profesores de la universidad, Entidad versus
Atributo
pero también a estudiantes de universidades con las cuales Entidad versus
Relación
mantiene un convenio. Los ejemplares que se prestan tienen fecha Relaciones Binarias
versus Terciarias
de publicación, son de una edición particular y pueden estar MER: Extensiones
escritos en distintos idiomas. Una edición de un libro particular Clase/Subclase
Jerarquı́as
tiene un ISBN y un ejemplar de un libro (o copia) posee un Agregación

número correlativo para esa edición. Se quiere poder obtener de la Ejercicios

base de datos los préstamos efectuados por alumno y por profesor.

Además, se desea tener registro de los atrasados y deudores, y
determinar los autores más requeridos por los alumnos
Ejercicio (2) Bases de Datos

Andrea Rodrı́guez
horario dia, hora
nombre

Modelo MER
(1,1) Conceptos en un MER
codigo Asignatura usa Restricciones
(1,n) Entidades Débiles
(1,1) Consideraciones de
asigna Diseño
Entidad versus
teléfono Atributo
dirección
Entidad versus
(1,n) Relación
Relaciones Binarias
(1,1) versus Terciarias
(1,n)
nombre Facultad pertence Dependencia número
MER: Extensiones
capacidad Clase/Subclase
(t,e)
decano Jerarquı́as
Agregación

Laboratorio Sala
Ejercicios

Equipamiento

En base a este modelo ER desarrolle lo siguiente:

1. ¿Es posible reemplazar la agregación por una relación terciaria?

Explique.
2. Modifique si es necesario el modelo de manera que se pueda representar
que un curso debe siempre tener al menos 1 hora de laboratorio y una
hora de clases teóricas.
 Bases de Datos
Ejercicio (3) Andrea Rodrı́guez
Se quiere modelar una base de datos que almacene los nacimientos
Modelo MER
ocurridos en una clı́nica. Para ello considere las siguientes Conceptos en un MER
caracterı́sticas de los datos. Restricciones
Entidades Débiles

I En un parto da a luz uno o más bebés. Consideraciones de

Diseño
Entidad versus
I Un bebe nace a una hora determinada, tiene un peso y talla y Atributo
Entidad versus
no hay dos bebés que nazcan al mismo tiempo de una misma Relación
Relaciones Binarias
madre. versus Terciarias

MER: Extensiones
I Hay una madre por nacimiento, un pediatra, un obstetra, y al Clase/Subclase
menos una enfermera. Jerarquı́as
Agregación

Ejercicios
I Un padre puede o no participar del parto.
I Un parto puede ser normal o por cesaria.
I Un doctor o enfermera puede participar en más de un parto,
pero solo en uno a la vez.
I Una madre que participa en un parto, no puede participar en
otro parto que ocurra en los próximos 7 meses.
 Bases de Datos

Andrea Rodrı́guez

Ejercicio (3) (cont.) Modelo MER

rut nombre Conceptos en un MER
Restricciones
Entidades Débiles
Personal
Médico
Consideraciones de
Diseño
Entidad versus
Atributo
Entidad versus
Enfermera Pediatra Obstetra Relación
(1,n) (1,n)
Relaciones Binarias
(1,n) versus Terciarias
asiste 1 asiste 2 asiste 3

rut hora
MER: Extensiones
rut nombre
(2,n) (1,1,) Clase/Subclase
(1,1,)
Jerarquı́as
(1,n) (1,1) (1,n) (1,1)
Agregación
Madre Da luz Parto nace Bebe

(0,1)
Ejercicios
(1,n)
Padre participa id fin peso talla
tipo comienzo

rut
Reglas de negocio: 1. Personal médico no puedo participar en más de un parto al mismo tiempo
2. Una madre no puede tener dos partos en menos de 7 meses
3. Dos bebés no nacen al mismo tiempo de una misma madre
 Bases de Datos

Andrea Rodrı́guez
Ejercicio (4)
Se te ha ocurrido crear una compañı́a que apoya galerı́as de arte: ArtBase. El Modelo MER
Conceptos en un MER
producto principal de tu compañı́a es una base de datos con un esquema que Restricciones
Entidades Débiles
captura toda la información necesaria para la galerı́a. Las galerı́a mantiene
Consideraciones de
información de artistas que han expuesto en la galerı́a: nombre artı́stico o Diseño
apodo (único), nombre real, nacionalidad, fecha de nacimiento, y estilo de Entidad versus
Atributo
arte. Por cada pieza artı́stica, se debe saber el artista que la creó, el año que Entidad versus
Relación
fue hecha, un tı́tulo único, su tipo (pintura, litografı́a, escultura, fotografı́a) y Relaciones Binarias
versus Terciarias
su precio. Las piezas de arte son también clasificadas en grupos de diversos MER: Extensiones
tipos, como por ejemplo, retratos y trabajos del siglo 19, y pueden pertenecer Clase/Subclase
Jerarquı́as
a más de un grupo. Cada grupo tiene un nombre. Las piezas de arte se Agregación

presentan en exposiciones, donde una exposición se identifica por el artista y el Ejercicios

periodo de exposición (fecha inicio y fecha de término). La galerı́a también

mantiene información de sus clientes que han comprado piezas de arte. Por
cada cliente, mantiene el nombre único, dirección, monto total comprado y
todas las piezas de arte compradas. Interesa saber en qué fecha particular y
durante qué exposición, un cliente compró una pieza. Escriba el modelo E/R y
las restricciones de negocio de la base de datos de ArtBase.
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Ejercicio (4) (cont.) Conceptos en un MER
Restricciones
nacionalidad fecha nacimiento Entidades Débiles
estilo
Consideraciones de
(1,1) Diseño
(1,n)
apodo artista expone exposición fecha inicio, Entidad versus
artístico fecha término Atributo
Entidad versus
nombre (1,n) Relación
(1,n) Relaciones Binarias
versus Terciarias

crea
presenta
fecha
MER: Extensiones
(0,1) Clase/Subclase
(1,n)
Jerarquı́as
(1,1) compra
(1,n)
Agregación

tipo pieza
Ejercicios
cliente dirección

título
nombre
grupos
precio
monto comprado
 Bases de Datos

Andrea Rodrı́guez
Ejercicio (5)
Se desea organizar la información acerca de los aviones estacionados o en Modelo MER
mantención en un aeropuerto. La información relevante es la siguiente: Conceptos en un MER
Restricciones
1. Cada avión tiene un número de registro y modelo especı́fico. Entidades Débiles
2. El aeropuerto acomoda un número de modelos de aviones, y cada modelo es Consideraciones de
identificado por un número de modelo (ej. DC-10), con su capacidad y peso. Diseño
3. Un número de mecánicos trabaja en el aeropuerto, para los cuales se Entidad versus
Atributo
almacena el RUT, dirección, teléfono, y salario. Entidad versus
4. Cada mecánico es experto en uno o más modelos, y su expertis puede ser Relación
Relaciones Binarias
común a otros mecánicos. versus Terciarias
5. El controlador de tráfico debe pasar un examen médico anual. Se debe MER: Extensiones
almacenar la fecha del último examen por cada controlador. Clase/Subclase
Jerarquı́as
6. Todos los empleados del aeropuerto (incluyendo los mecánicos) pertenen a Agregación
un sindicato. Se debe almacenar el número de membresı́a de cada empleado.
Ejercicios
7. El aeropuerto tiene un número de pruebas que son usadas periódicamente
para asegurar que los aviones están en condiciones de operar. Cada prueba
tiene un número identificador designado por FAC (Federación de Aeronaútica
de Chile) y un puntaje máximo posible.
8. Se pide registrar cada vez que un avión es sometido a una prueba particular
y por un mecánico particular. Se necesita almacenar la fecha, el número de
horas que el mecánico tuvo que usar para la prueba y el puntaje que recibió el
avión. FAC indica que la prueba debe hacerla un experto del modelo de avión.
 Bases de Datos
Ejercicio (6)
Andrea Rodrı́guez
Considere el diagrama E-R de la siguiente figura:
Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles

Consideraciones de
Diseño
Entidad versus
Atributo
Entidad versus
Relación
Relaciones Binarias
versus Terciarias

MER: Extensiones
Clase/Subclase
Jerarquı́as
Agregación

Ejercicios
 Bases de Datos

Andrea Rodrı́guez

Ejercicio (6) (cont) Modelo MER

Conteste las siguientes preguntas al modelo: Conceptos en un MER
Restricciones
Entidades Débiles
I El modelo almacena todas las prescripciones que haya hecho
Consideraciones de
un doctor de una medicina a un paciente. Diseño
Entidad versus
Atributo
I ¿Pueden dos farmaceúticas usar el mismo nombre para una Entidad versus
Relación
medicina? Relaciones Binarias
versus Terciarias
I ¿Un paciente puede recibir prescripciones de sólo su médico MER: Extensiones
Clase/Subclase
de cabecera? Jerarquı́as
Agregación
I Extienda el modelo de manera de manejar una cadena de Ejercicios
farmacias donde las farmacias que pertenecen a un cadena
tienen el mismo rut pero distintas direcciones e incluso
distintos precios para medicinas. Los contratos son
manejados por cadena y para las farmacias que no
pertenecen a una cadena, los contratos son directos.
 Bases de Datos

Andrea Rodrı́guez

Ejercicio (7) Modelo MER

Conceptos en un MER
Considere el diagrama E-R de la siguiente figura: Restricciones
Entidades Débiles

Consideraciones de
Diseño
rut nombre Parte
de (1,n)
Entidad versus
(1,1) Atributo
codigo Entidad versus
Departamento nombre
Profesor Relación
(1,n) (1,n)
(1,n)
Relaciones Binarias
versus Terciarias

Adscrita MER: Extensiones

Trata Imparte Dicta
Clase/Subclase
(1,n) (1,n)
Jerarquı́as
(1,n) (1,n)
(1,n) Agregación
codigo
Tema Entra Asignatura nombre
(1,n) (1,n) tipo_semestral
Ejercicios
(t,o)

nombre

Pregrado Postgrado
 Bases de Datos

Andrea Rodrı́guez

Modelo MER
Conceptos en un MER
Restricciones
Entidades Débiles
Ejercicio (7) (cont)
Consideraciones de
Conteste las siguientes preguntas al modelo: Diseño
Entidad versus
Atributo
I Indique si la relación terciaria Imparte es o no redundante con Entidad versus
Relación
respecto a las tres relaciones binarias Trata, Dicta y Entra. Relaciones Binarias
versus Terciarias

I ¿Puedo o no con este modelo saber cuántas veces dicta una MER: Extensiones
Clase/Subclase
asignatura un profesor? Jerarquı́as
Agregación
I ¿Son los códigos de asignaturas diferentes en cada Ejercicios
Departamento?