MODELO ENTIDAD-RELACIÓN

Modelo Conceptual

MODELADO DE DATOS
Modelo Entidad-Relación

Se denomina así debido a que precisamente permite representar relaciones entre entidades
(objetivo del modelado de datos).

El modelo E/R esta basado en una percepción del mundo real que consta de una colección
de objetos básicos llamados entidades, y de relaciones entre estos objetos.

Permite al diseñador concebir la DB a un nivel superior de abstracción, aislándolo de

consideraciones relativas a la máquina.

• Entidades
• Atributos
El modelo esta compuesto por: • Relaciones
• Cardinalidad
• Llaves
Modelo E-R (en el mundo real)
• Entidades (objeto o cosas del mundo real distinguible de otros)
• Relaciones (asociación entre entidades)

Usado para el diseño de BD

• El diseño de una BD en modelo E-R luego es convertido en un diseño de modelo
Relacional, el cual es usado para almacenamiento y procesamiento.

modelo E-R
modelo Relacional
La principal diferencia entre el Modelo E-R y el Modelo Relacional es que el Modelo E-R
es específico para cada entidad, y el Modelo Relacional es específico para cada tabla.

El modelo (E-R) es más reciente y mucho más conveniente en varios aspectos:

El partir de un diagrama visual es muy útil para apreciar los detalles, de ahí que se llame
modelo conceptual.
El crear las tablas iniciales es mucho más simple a través de las reglas de conversión.
Se podría pensar que es lo mismo porque finalmente hay que "normalizar" las tablas de todas
formas, pero la ventaja de partir del modelo E-R es que la "normalización" es mínima por lo
general.
Lo anterior tiene otra ventaja, aún cuando se normalice de manera deficiente, se garantiza un
esquema aceptable, en la primer técnica no es así.
COMPONENTES BÁSICOS DEL MER
• Reglas del negocio

Es la razón de la base de datos, por este motivo es la que establece la estructura y los requisitos.

1. Rectángulos: Representan Conjuntos de Entidades. ENTIDADES

2. Elipses: Representan Atributos.

ATRIBUTOS

3. Rombos: Representan Relaciones entre el conjuntos de

Entidades. También llamado mapeo o cardinalidad. RELACIONES

4. Líneas: “Que unen los Atributos con los conjuntos de Entidades”

y “los conjuntos de Entidades con las Relaciones”.
COMPONENTES BÁSICOS DEL MER

1 ENTIDADES

Pueden ser, una persona, lugar, cosa, concepto o suceso, real o abstracto, de interés
para la empresa o entidad.
física o real (una persona, un libro, un empleado, un estudiante…)
abstracta o conceptual (una asignatura, un viaje…)
• Las entidades se describen en una DB mediante un conjunto de atributos, es decir, las
entidades tienen atributos.
Ejemplo: las personas tienen nombre, dirección, etc.

• Conjunto de entidades: Es un conjunto de entidades del mismo tipo que comparten las
mismas propiedades.
Ejemplo: conjunto de todas las personas, empresas, árboles.
COMPONENTES BÁSICOS DEL MER

ENTIDADES

presentación de los Tipos de Entidad

Entidad Fuerte o Regular Entidad Débil

Producto Detalle del producto

Regulares o Fuertes: Son aquellas Débiles: En las cuales la existencia de

que tienen existencia por si depende de que exista un cierto otra
mismos. entidad.
COMPONENTES BÁSICOS DEL MER

2
ATRIBUTOS

Propiedad o característica de una entidad

Las entidades se describen en una base de datos mediante un Conjunto de Atributos.
Cada una de las propiedades o características que tiene un tipo de entidad o un tipo de
interrelación.
El atributo le da una determinada interpretación al dominio.
COMPONENTES BÁSICOS DEL MER
ATRIBUTOS

 Una entidad particular es descrita por los valores de sus atributos:

titulo = El alquimista impaciente

p1 genero = Thriller
nacionalidad = España
año estreno = 2002
...
dni = 87654321
e1 nss = 1122334455
nombre = Cristina Aliaga Gil
nacionalidad = España
...
COMPONENTES BÁSICOS DEL MER
ATRIBUTOS

TIPOS DE ATRIBUTOS
Simples y
Simples o Compuestos Monovalorados

Almacenados o Derivados
Mono valorados o Multivalorados
Compuestos
Opcionales

Derivados multivalorados
TIPOS DE ATRIBUTOS

Simples y
Monovalorados

Simples, No divisibles. Atómicos Genero

Ejemplo:
• Genero (Masculino-Femenino),
• Tipo Boolean (True-False)
ó
Masculino Femenino
• o Check.

UNIVALUADO O MONOVALORADO

Un atributo es Univaluado si tiene un único valor para cada ocurrencia de una entidad.
Ejemplo:
El atributo sueldo de la entidad empleado, por ejemplo, toma valores del dominio de los reales y únicamente
toma un valor para cada empleado concreto; por lo tanto, ningún empleado puede tener más de un valor
para el sueldo.
TIPOS DE ATRIBUTOS

Compuestos

Atributo Compuesto
Nombre Dirección

Componentes cód.
calle ciudad estado
1nombre 1apellido 2apellido postal

nom.
# calle # apto.
calle
TIPOS DE ATRIBUTOS

multivalorados

Hay atributos que pueden tomar más de un valor. En ellos, se pueden colocar apropiadamente límites
inferior y superior en el número de valores en el atributo multivalorado

Formato Idioma Inglés

Num. Tel: Móvil
Francés Teléfono
VHS Español Tel: Oficina
Beta Alemán
MP3 Tel: Casa

DVD
EJEMPLAR TELEFONO

Código
TIPOS DE ATRIBUTOS
Derivados

ATRIBUTOS ALMACENADOS O DERIVADOS

Atributos derivados
 Valor calculado a partir de otra información ya existente (atributos, entidades
relacionadas)
 Son información redundante...
o edad [de EMPLEADO], cálculo a partir de fechanacim
• atributo derivado del valor de otro atributo
o numcopias [de una PELICULA], cuenta del número de entidades COPIA
relacionadas con cada película concreta
• atributo derivado de entidades relacionadas

Atributos almacenados
 fechanacim [de cada EMPLEADO]
 nacionalidad [de una PELICULA]
TIPOS DE ATRIBUTOS

ATRIBUTOS OPCIONALES (nulos)

El nulo (Null value) es usado cuando...

 Se desconoce el valor de un atributo para cierta entidad

• El valor existe pero falta
o altura [de un EMPLEADO]
• No se sabe si el valor existe o no
o telefono [de un EMPLEADO]
 La entidad no tiene ningún valor aplicable para el atributo:
• fechaalquiler [PELICULA sólo en vídeo-venta (no alquiler)]
NOTACION PARA LOS ATRIBUTOS

DOMINIO

Conjunto de valores permitidos para cada

atributo

Tipos de atributos:
• Simples y compuestos
• Univalorados y multivalorados
 E.j. multivalorado : numero-telefono
• Derivados
• Puede ser derivado de valores de otros
atributos o entidades
 E.j. edad, dada la fecha de nacimiento
ATRIBUTO PRINCIPAL O CLAVE PRIMARIA

 Son atributos que se usan para diferenciar una

Llave Primaria (Primary Key – PK) entidad de otra, por ejemplo un medicamento
de otro, o un paciente de otro. Puede haber
varias llave candidato.

• Atributo principal o clave primaria

Es único y toda entidad debe tener la suya, este atributo permite
identificar una entidad, mediante un único numero o código (ID).
No cambia con el tiempo y cada atribulo debe tener una.

• Atributo foráneo o clave secundaria

Identifica una entidad externa en otra, se utiliza para relacionar
una entidad, con otra.
Valores validos para los Atributos

Los valores validos para un atributo deben tener asignado información

acerca de:
 Tipo de Datos. Los tipos básicos son entero, decimal, carácter y
fecha-hora.
 Longitud. Es el número de dígitos o caracteres en el valor de un
atributo.
 Formato de Fecha. Este puede ser dd/mm/yyyy o yyyy/mm/dd.
 Rango. Especifica el intervalo entre los cuales se puede tomar valor
un atributo.
 Restricción. Son restricciones particulares sobre un atributo.
 Soporte de NULL. El atributo puede aceptar valores NULL.
 Default. El atributo toma un valor por defecto cuando se instancia.
COMPONENTES BÁSICOS DEL MER

3 RELACIONES

Una asociación, vinculación o correspondencia entre diferentes entidades.

Una relación también puede tener atributos descriptivos

Id_Cliente Nombre_Cliente Dir_Cliente Ciudad_Cliente

Num_Cuenta Saldo

Deposita
Cuenta
Cliente N:M
Grado de un tipo de Relación
• Número de tipos de entidad que participan en el tipo de relación

Padre Tiene Hijo

pareja Persona

Binaria: grado 2 (el más frecuente)

Reflexiva (o recursiva): grado 1

Capital

Cliente Factura Producto

Departamento País

Vendedor Pertenece
Ternaria: grado 3
Doble
Nombres de Rol (papel)

Todo tipo de entidad que participa en un tipo de relación juega un papel específico en la relación

DIRECTOR HA_RODADO PELICULA

realizador film

Los nombres de rol se deben usar, sobre todo, en los tipos de relación reflexivos, para evitar ambigüedad

jefe

Trabaja Empleado
obrero

Los nombres de rol ayudan a explicar el significado de la relación, por eso su uso
es casi obligatorio en los tipos de relación reflexivas, para evitar la ambigüedad.
Cardinalidad

•Limitan las posibles combinaciones de entidades que pueden participar en las relaciones
•Extraídas de la situación real que se modela
“Una película debe haber sido dirigida por uno y sólo un director”
“Un director ha dirigido al menos una película y puede haber dirigido muchas”
•Número máximo de instancias de tipo de relación en las que puede participar una misma
instancia de tipo de entidad
o la cardinalidad de HA_RODADO es “1 a N”
o HA_RODADO es de tipo “1 a N”
Estas restricciones permiten
expresar algunas de las
Reglas del Negocio.
DIRECTOR HA_RODADO PELICULA
1 N
 CARDINALIDAD DE INTERRELACION

Es el número de entidades con la cual otra entidad puede

asociar mediante una relación

Considerando una relación binaria entre el juego de

entidades A y el B, la cardinalidad puede ser:

• Uno a uno
• Uno a mucho
• Muchos a Uno
• Muchos a muchos
CARDINALIDAD – UNO A UNO

Una entidad en A esta asociada con cualquier número de entidades

en B (0 ó más) y viceversa

A1 B1
A2 B2
A3 B3
A4 B4
B5

Ejemplo: Un paciente en un hospital tiene un solo cuarto y un cuarto

pertenece a un solo paciente (hospital privado)
Ejemplo: uno a uno

• Cuando se decide ingresar un paciente a un hospital se le asigna

un cuarto y en un cuarto puede estar un paciente o ninguno
(suponiendo un hospital privado).

i_paciente#
i_cuarto#
n_paciente i_piso
a_paciente

1 1
paciente 1:1 cuarto
0 1
d_ingreso
i_cuarto#
q_costo
 CARDINALIDAD – UNO A MUCHOS

Una entidad en A esta asociada con cualquier número (0 ó más) de

entidades en B. Una entidad en B, puede estar asociada a lo mucho
con una entidad en A.

B1
A1
B2
A2
B3
A3
B4
B5

Ejemplo: El titular de una cuenta de cheques puede tener cualquier

número de tarjetas, pero cada tarjeta pertenece a una sola persona.
Ejemplo: Uno a Muchos

El titular de una cuenta de cheques puede tener cualquier número de

tarjetas, pero cada tarjeta pertenece a una sola persona, las entidades
son cliente y tarjeta

i_cliente#
i_tarjeta#
n_cliente i_password
a_cliente

1 N tarjeta
cliente 1:N
1 1

d_apertura q_limite i_cliente#

CARDINALIDAD – MUCHOS A MUCHOS

Una entidad en A esta asociada con cualquier número de entidades

en B (0 ó más) y viceversa.

A1 B1
A2 B2
A3 B3
A4 B4
B5

Ejemplo: En un proyecto de investigación puede haber cualquier

número de médicos, un médico puede participar en cero o varios
proyectos
Ejemplo: Muchos a Muchos

En un proyecto de investigación puede haber cualquier número de

médicos, un médico puede participar en cero o varios proyectos

i_medico#
i_proyecto#
n_medico n_proyecto
a_medico

1 N proyecto
medico N
N:M
1

a_telefono
i_especial
t_resumen
Cardinalidad: obligatoria y opcional

Uno a uno obligatorio: un empleado en una

1:1 empresa tiene uno y solo un puesto, un puesto
pertenece a un solo empleado

1:N Uno a muchos opcional: un profesor en la Fac.

de Ingeniería puede dar 0 o varias clases y una
clase está dada por uno y solo un profesor

Muchos a muchos obligatorio: una materia puede

N:M pertenecer a una o varias carreras, una carrera
está formada por varias materias.

Uno a uno opcional: Un paciente puede estar

asignado a un cuarto o a ninguno. En un cuarto
1:1
puede haber cero o un paciente
Rompiendo el muchos a muchos

Cardinalidad Relación entre Entidades Llave Foránea

Se crea una llave foránea en una

No es necesario crear una tabla de las entidades relacionadas que
Uno a uno
entre las entidades corresponde a la llave primaria en
la otra

Se crea una llave foránea del lado

No es necesario crear una tabla de la entidad “muchos” que
Uno a muchos
entre las entidades corresponde a la llave primaria del
lado “uno”

Se crea una tabla relación con

llave primaria compuesta
Muchos a En las entidades no hay llave
formada por las llaves primarias
muchos foránea.
de las entidades que une la
relación
Ejemplo: Muchos a Muchos

Rompiendo el muchos a muchos

• En el diseño de una base de datos no se permiten relaciones “muchos a muchos”,
cuando se tiene esto se crea una “relación” entre ambas cuya llave primaria será una
llave compuesta por las llaves primarias de las entidades que está uniendo

i_medico#
i_proyecto#
n_medico n_proyecto
a_medico

1 N
N:M proyecto
medico
N Med_proy 1

a_telefono
i_especial
t_resumen

i_medico i_proyecto
Recomendaciones preliminares:

• Un buen modelo ER se debería entender a simple vista; más aún, debería

dar a entender qué se está modelando sin problemas.
• Cuando hagan un modelo ER deben tratar de evitar crear campos id
Simplemente porque van en contra de la idea de entender el problema a
simple vista y porque no son parte de lo que se quiere modelar (a menos
que se explicite lo contrario, naturalmente).
• Traten de evitar atributos con alta posibilidad de ser NULL. Un NULL va en
contra de un buen diseño ya que aporta ambigüedad.
• En lo posible traten de evitar relaciones ternarias (o de mayor aridad) y
entidades débiles.
• Escojan llaves simples y representativas.
Metodología

1. Identificar entidades : Definir objetos como personas, lugares o

conceptos sobre los que se quiere tener información.

2. Identificar atributos: Definir las “propiedades” de cada entidad.

3. Determinar llave primaria de cada entidad.

4. Identificar relaciones entre las entidades.

5. Señalar cardinalidad entre las entidades.

Ejemplo:

Una universidad desea tener una base de datos, que almacene los datos principales
de un alumno, el programa que estudia, las materias que cursa y los docentes que le
imparten clase.

De igual manera se desea llevar un registro de las materias que imparte cada
docente.
Formando líderes para la construcción de un
nuevo país en paz