MODELO ENTIDAD RELACION

Modelamiento de Base de Datos

FACULTAD
INGENIERIA DE SISTEMAS
ING. RAFAEL ROJAS BUJAICO
2
Esquema
conceptual
Estrutura percibida
(no formalizada)
Esquema
de base
de datos
Esquema
interno
MODELO
DE BD
MODELO
INTERNO
BASE DE
DATOS
FISICA
SGBD
DISEO FISICO
MODELADO CONCEPTUAL
DISEO LOGICO
Valores
objetos y asociaciones con
sus propiedades y reglas
MODELO
CONCEPTUAL
Esquema
conceptual
Esquema
de base
de datos
Esquema
interno
MODELO
DE BD
MODELO
INTERNO
BASE DE
DATOS
FISICA
BASE DE
DATOS
FISICA
SGBD
DISEO FISICO
MODELADO CONCEPTUAL
DISEO LOGICO
Valores
sus propiedades y reglas
MUNDO REAL
VISION GENERAL DE LA BASE DE DATOS/ALMACENES DE DATOS
MODELO
CONCEPTUAL
E/R
UML
DE BD
MODELO
DE BD
relacional
obj-rel
activa
estrella
T1 3
[Elmasri/Navathe 02]

1. Obtencin y anlisis de requisitos (S.I.)
2. Diseo conceptual
3. Eleccin de un SGBD
4. Diseo lgico
5. Diseo fsico
6. Implementacin y ajuste del sistema de BD
(S.I.)
Fase 1: Obtencin y
anlisis de requisitos
Fase 2: Diseo conceptual
Fase 3: Eleccin SGBD
Fase 4: Diseo lgico
Fase 5: Diseo fsico
Fase 6: Implementacin y
ajuste del sistema de BD
CONTENIDO Y
ESTRUCTURA DE DATOS
APLICACIONES DE LA
BASE DE DATOS
REQUISITOS
DE DATOS
DISEO DEL ESQUEMA
LGICO Y DE LAS VISTAS
DISEO DE TRANSACCIONES
Y APLICACIONES
DISEO DEL
ESQUEMA CONCEPTUAL
REQUISITOS
DE PROCESAMIENTO
DISEO DEL
ESQUEMA INTERNO
Sentencias
IMPLEMENTACIN DE
TRANSACCIONES Y
APLICACIONES
frecuencias,
restricciones de
rendimiento
T1 5
Dependencia de: Clase de
SGBD
SGBD
especfico
Modelado Conceptual NO NO
Diseo Lgico SI NO
Diseo Fsico SI SI

Tres grandes fases
(comprenden a varias
etapas): Modelado
conceptual, diseo lgico y
diseo fsico.
T1 6
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:
Descripcin de alto nivel de la estructura de la BD;
Independiente del SGBD particular usado para la
implementacin de la BD.
Modelo Conceptual:
Lenguaje usado para la descripcin del esquema
conceptual.
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.

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:
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).
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:
Entidad
FAMILIAR
Entidad
CLIENTE
CodCliente
NomCliente
DirCliente
TelfCliente
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:
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 atributos
simples, ya que el modelo relacional no admite dichos atributos.
CLIENTE
CodCliente
NomCliente
DirCliente
TelfCliente
Calle
Numero
Ciudad
Entidad
Cada atributo compuesto se puede transformar segn las siguientes dos alternativas:
Alternativa 2
Eliminar los componentes
individuales y considerar el atributo
compuesto entero como un slo
atributo.










CLIENTE (CodCliente, NomCliente,
DirCliente, TelfCliente)
Alternativa 1
Eliminar el atributo compuesto
considerando todos sus
componentes como atributos
individuales.









CLIENTE ente, CalleCliente,
NumCliente, CiudCliente,
TelfCliente)
CLIENTE
CodCliente
NomCliente
DirCliente
TelfCliente
CLIENTE
CodClie
NomCliente
CalleCliente
TelfCliente
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
EMPLEADO
para
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 PEDIDO realiza
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 PEDIDO realiza
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).
CLIENTE PEDIDO realiza
1:N
(1,n) (1,1)
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.
Empleado: Artculo:
Nombre Descripcin
Puesto Costo
Salario Clave
Smbolo Representa
Ejemplo:
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

IDENTIFICANDO Y MODELANDO RELACIONES