UNIVERSIDAD NACIONAL DE

HUANCAVELICA
FACULTAD
INGENIERIA ELECTRONICA-SISTEMAS

SISTEMAS DE BASE DE DATOS

Modelo Entidad Relacin

Ing. Rafael Rojas Bujaico

VISION GENERAL DE LA BASE DE DATOS/ALMACENES DE DATOS

MUNDO REAL
Valores

objetos y asociaciones con

sus propiedades y reglas

E/R
MODELADO CONCEPTUAL

Estruturapercibida
(no formalizada)

Esquema
conceptual

MODELO
CONCEPTUAL

DISEO LOGICO

Esquema
de base
de datos

SGBD
MODELO
MODELO
DE BD
DE
BD
DE
BD

DISEO FISICO

MODELO
INTERNO

Esquema
interno

BASE DE
DATOS
FISICA

relacional
UML
activa
obj-rel
estrella

Fases principales en el Diseo

de BD
[Elmasri/Navathe 02]
1.
2.
3.
4.
5.
6.

T1

Obtencin y anlisis de requisitos (S.I.)

Diseo conceptual
Eleccin de un SGBD
Diseo lgico
Diseo fsico
Implementacin y ajuste del sistema de
BD (S.I.)
3

CONTENIDO Y
ESTRUCTURA DE DATOS

Fase 1: Obtencin y
anlisis de requisitos

Fase 2: Diseo
conceptual

REQUISITOS
DE DATOS

REQUISITOS
DE PROCESAMIENTO

DISEO DEL
ESQUEMA CONCEPTUAL

DISEO DE TRANSACCIONES
Y APLICACIONES

Fase 3: Eleccin

frecuencias,
restricciones de
rendimiento

SGBD

Fase 4: Diseo lgico

DISEO DEL ESQUEMA

LGICO Y DE LAS VISTAS

Fase 5: Diseo fsico

DISEO DEL
ESQUEMA INTERNO

Fase 6: Implementacin y
ajuste del sistema de BD

APLICACIONES DE LA
BASE DE DATOS

Sentencias

IMPLEMENTACIN DE
TRANSACCIONES Y
APLICACIONES

Diseo de BD

Tres grandes fases

(comprenden a varias
etapas): Modelado
conceptual, diseo
lgico y diseo fsico.

T1

Modelado Conceptual

Propsito:
Describir el contenido de informacin de la BD
(tipos de datos, relaciones y restricciones), no las
estructuras de almacenamiento que se puedan
requerir para su gestin

Esquema conceptual:

Modelo Conceptual:

T1

Descripcin de alto nivel de la estructura de la BD;

Independiente del SGBD particular usado para la
implementacin de la BD.
Lenguaje usado para la descripcin del esquema
conceptual.
6

MODELO
ENTIDAD/RELACION
El modelo E/R puede ser usado como una base para una vista
unificada de los datos, adoptando el enfoque ms natural del
mundo real que consiste en entidades y relaciones.

El modelo E/R est centrado en dos conceptos fundamentales:

Entidad

Relacin o Interrelacin

ENTIDADES
Una entidad es una persona, lugar o cosa, de inters para los
usuarios, acerca de la cual el sistema debe mantener, conocer
y mostrar informacin.
Las entidades son sustantivos.
Las entidades estn dentro del alcance del sistema.
Las entidades existen por s mismas, por lo tanto no dependen
ni estn subordinadas a otras.
Las entidades pueden ser tangibles (tales como edificios o
empleados), intangibles (como departamentos o cuentas) o
semi- tangibles (pedidos o facturas).
Cada entidad debe tener mltiples ocurrencias o instancias
cantidad de elementos.
Si una entidad no puede ser identificada de manera nica,
podra no ser entidad.

Entidad
Se puede definir como entidad a cualquier objeto, real o abstracto,
que existe en un contexto determinado o puede llegar a existir y del
cual deseamos guardar informacin, por ejemplo: PROFESOR,
CURSO, ALUMNO, LIBRO, AUTOR; CLIENTE, PEDIDO, EMPLEADO,
EMPRESA; etc.
La representacin grfica de un tipo de entidad es un rectngulo
etiquetado con el nombre del tipo de entidad:
CLIENTE
Tres reglas generales que debe cumplir una entidad son:

Tiene que tener existencia propia

Cada ocurrencia de un tipo debe poder distinguirse de las

dems

Todas las ocurrencias de un tipo de entidad deben tener los

mismos tipos de caractersticas (atributos).

Entidad
Existen dos clases de entidades: regulares, que tienen
existencia por ellas mismas, y dbiles, cuya existencia
depende de otro tipo de entidad, por ejemplo FAMILIAR
depende de que exista CLIENTE, y la eliminacin de CLIENTE
obliga a la eliminacin de FAMILIAR.
Los tipos de entidad dbil se representan con dos rectngulos
concntricos con su nombre en el interior:

FAMILIAR

Entidad
Las entidades se componen de atributos que son cada una de las
propiedades o caractersticas que tienen las entidades, por ejemplo:
CLIENTE (CodCliente, NomCliente, DirCliente, TelfCliente)
Entre todos los atributos de un tipo de entidad debemos elegir uno
o varios que acten como claves primarias, por ejemplo: CLIENTE
(CodCliente, NomCliente, DirCliente, TelfCliente)
Entre todos los atributos de un tipo de entidad puede existir claves
forneas,
por
ejemplo:
PEDIDO
(NumPedido,
CodCliente,
FechPedido), siempre en cuando exista CLIENTE (CodCliente,
NomCliente, DirCliente, TelfCliente)
Estos atributos se representarn de la siguiente manera:
CLIENTE
CodCliente
NomCliente
DirCliente
TelfCliente

Entidad
Existen cuatro tipos de atributos:
Obligatorios: aquellos que deben tomar un valor y no se
permite ningn ejemplar que no tenga un valor determinado en
el atributo.
Opcional: aquellos atributos que pueden tener valores o no
tenerlo.
Monoevaluado: aquel atributo que slo puede tener un nico
valor.
Multievaluado: aquellos atributos que pueden tener varios
valores.
Cuando existe
atributos compuestos se debe transformar en
CLIENTE
atributos simples, ya que el modelo relacional no admite dichos
atributos.
CodCliente
NomCliente

Calle

DirCliente

Numero

TelfCliente

Ciudad

Entidad
Cada atributo compuesto se puede transformar segn las siguientes dos
alternativas:
Alternativa 1
Alternativa 2
Eliminar el atributo compuesto
Eliminar
los
componentes
considerando
todos
sus
individuales y considerar el
componentes como atributos
atributo compuesto entero como
individuales.
un slo atributo.

CLIENTE
CodClie

CLIENTE

NomCliente
CalleCliente
CLIENTE
ente, CalleCliente,
NumCliente,
CiudCliente,
TelfCliente)
TelfCliente

CodCliente
NomCliente
CLIENTE
NomCliente,
TelfCliente)

DirCliente
(CodCliente,
TelfCliente
DirCliente,

ASOCIACIONES
Una asociacin es una relacin entre dos o ms entidades (u otras
asociaciones), de inters para el grupo de usuarios, acerca de la cual el
sistema debe mantener, correlacionar y mostrar informacin.
Las asociaciones ocurren de tres formas: uno a uno (1:1), uno a
muchos (1:M) y muchos a muchos (M:M)
Discusin
Las asociaciones ocurren tpicamente entre una entidad y otra (clientes
y pedidos, por ejemplo, o pedidos y presupuestos), pero pueden
involucrar cualquier nmero de entidades e interrelaciones.
PARTICIPANTE

CURSO

inscrito
tomado por

CHEQUE

para

EMPLEADO
el receptor de

Relacin
Se entiende por relacin a aquella asociacin o correspondencia
existente entre entidades.
El tipo de relacin se representa mediante un rombo etiquetado con
el nombre de la relacin, unido mediante arcos a los tipos de
entidad que asocia.
CLIENTE

realiza

PEDIDO

Otro elemento que caracteriza a las relaciones es el tipo de

correspondencia, que es el nmero mximo de ocurrencias de cada
tipo de entidad que pueden intervenir en una ocurrencia del tipo de
relacin que se est tratando.
Grficamente, esto se representa con alguna de estas etiquetas
textuales: 1:1, 1:N, N:M.
CLIENTE

realiza

PEDIDO

Relacin
Otra de las maneras para determinar el tipo de correspondencia
en forma ms detallada, se puede realizar determinando la
cardinalidad de un tipo de entidad.
Cardinalidad, se define como el nmero mnimo y mximo de
ocurrencias de un tipo de entidad que puede estar relacionadas
con una ocurrencia del otro u otros tipos de entidad que participan
en la relacin.
Su representacin grfica es una etiqueta del tipo (0,1), (1,1), (0,n)
(1,n).
1:N
CLIENTE

(1,1)

realiza

(1,n)

PEDIDO

Un modelo de datos es una coleccin de herramientas conceptuales

para describir y organizar los datos, existen principalmente dos
niveles:
Modelos lgicos basados en objetos
Modelos lgicos basados en registros
Los modelos basados en objetos estn en lo que llamamos la
capa de visin o sea como vemos los datos en el mundo real,
existen varios modelos, los principales son los de estructuras de
datos y modelos entidad/relacin.
Los modelos entidad/relacin estn muy influenciados por las
matemticas, especialmente la teora de conjuntos, define Entidades
que son cosas que existen y tienen caractersticas que las
distinguen, por ejemplo la entidad Auto se puede distinguir por su
marca, modelo, motor, etc. Estas caractersticas se llaman atributos
y las entidades interactan mediante relaciones.
Los modelos son representaciones grficas similares a los diagramas
de flujo, aunque con una metodologa completamente distinta.

Ejemplo:

Empleado: Artculo:
Nombre Descripcin
Puesto Costo
Salario Clave
Smbolo

Representa

IDENTIFICANDO Y MODELANDO RELACIONES

DETERMINE LA EXISTENCIA DE UNA RELACION
Cuando hay dos sustantivos juntos que son entidades, las palabras
de entre medio son a menudo las relaciones
NOMBRE LA RELACION
Cmo est relacionada una ENTIDAD A con una ENTIDAD B?
DETERMINE LA OPCIONALIDAD DE LA RELACION
Debe una ENTIDAD A ser {nombre de relacin} de una ENTIDAD
B? Siempre?
DETERMINE LA CARDINALIDAD DE LA RELACION
Podra una ENTIDAD A ser nombre de relacin de ms de una
ENTIDAD B?
Podra una ENTIDAD B ser nombre de relacin de ms de una
ENTIDAD A?
VALIDE LA RELACION
Re examine el Modelo E R y valide la relacin.
Lea la Relacin en Voz Alta