BASES DE DATOS

Diseño Lógico de Bases de Datos

Dr. Eugenio Santos Menéndez

Departamento de O.E.I.
Escuela Universitaria de Informática
Universidad Politécnica de Madrid
 ÍNDICE TEMÁTICO

nModelo Entidad/Relación.
oPaso a Modelo Relacional.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación

„ Formulado por P.P. Chen en 1976.

„ Modelo de datos que representa un esquema de
base de datos mediante entidades y asociaciones.
„ Describe una base de datos de una forma sencilla
y global.
„ Se realiza a partir de los requisitos de datos que
debe cumplir una base de datos.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Entidad:
‰ Objeto del mundo real que tiene existencia por sí mismo.
‰ Compuesto de ocurrencias de entidad.
‰ Ejemplo:
z Entidad Clientes
z Cliente “Pepe Perez” con DNI “12345678”
‰ Atributos: definen las propiedades de una entidad,
basados en un dominio (conjunto de valores posibles
que puede tomar).

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación

„ Atributo - Característica propia de una entidad,

común para todas las ocurrencias del mismo
tipo.
„ Dominio - Conjunto de valores permitidos para
un atributo.
‰ Para cada atributo hay que definir:
z Nombre, Descripción, Dominio y Función (identificación o
definición)

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación

„ Ejemplo:
‰ Entidad: Empleados
Nombre de atributo: Código
z Descripción: Código único por empleado asignado por la
empresa.
z Función: Identificación (+Definición)
z Dominio: Números positivos de dos cifras.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
María Anguiano
Sucursal Barcelona
DNI: 36061281
Código: 02
Gran Vía 9

Ocurrencias de entidad

DNI Código

Empleados Departamentos
Domicilio
Descrip.

Nombre Entidades

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Relación o Asociación:
‰ Expresa una asociación entre ocurrencias de entidad.
‰ Puede tener atributos propios.
‰ Grado: número de entidades que asocia.
‰ Cardinalidad:
z Es el número de ocurrencias de una entidad que pueden
asociarse con otra entidad.
z Máxima - 1:1, 1:N, N:1, N:M
z Mínima - 0:0, 1:0, 0:1, 1:1

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Relación:
‰ Es un conjunto de ocurrencias de relación del mismo
tipo.

Empleados Trabaja en Departamentos

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Las relaciones también pueden tener atributos
propios.

Clientes Compra Productos

Fecha

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Es importante el “rol” o “papel” de cada
ocurrencia.
Jefe

Empleados Es Jefe de
Subordinado

‰ Recordatorio: se denomina grado de una relación al número de

entidades que relaciona.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Cardinalidad Máxima:
‰ Es el número de ocurrencias de entidad que se pueden
asociar como máximo a otra a través de una relación.
1:1
a1 b1 B

A a2 b2

... ...

an bm

Ej.: Una persona tiene un coche y un coche es de una sola persona.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Cardinalidad Máxima (Cont.)

1:N
A a1 b1 B

a2 b2

... ...

an bm

Ej.: Una persona tiene varios coches y un coche es de una sola persona.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Cardinalidad Máxima (Cont.)

N:1
A a1 b1 B

a2 b2
... ...
an bm

Ej.: Una persona tiene un coche y un coche es de varias personas.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Cardinalidad Máxima (Cont.)

N:M
A a1 b1 B

a2 b2
... ...
an bm

Ej.: Una persona tiene varios coches y un coche es de varias personas.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Cardinalidad Mínima:
‰ Es el número mínimo de ocurrencias de entidad que
se deben asociar a otra a través de una relación.
‰ Posibilidades: 0:0, 0:1, 1:0, 1:1

(1,N) (0,1)
Empleados Trabaja en Departamentos

Nota: Hay que tener especial cuidado con las mínimas 1:1

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Ejemplo de Diagrama:

(1,M) (0,1)
Empleados Trabaja en Departamentos

(0,N)

Compañías Pertenece
(1,1)

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Clave de Entidad:
‰ Atributo o conjunto de atributos que identifican de
forma única cada ocurrencia.
‰ Una entidad es débil si depende de la existencia de
otra entidad.
‰ Si una entidad no tiene clave se dice que es débil y
que tiene dependencia de Identificación.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Claves.
‰ Dependencia de existencia: La existencia de una
ocurrencia de entidad depende de la existencia de
una ocurrencia de otra entidad.
C#

Nombre
Código
(1,1) (0,M)
Clientes Tiene Facturas
Domicilio Importe

Aunque Factura tenga clave, si se da de baja un

cliente hay que dar de baja todas sus facturas.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Claves.
‰ Dependencia de Identificación (ID): La entidad no
tiene clave primaria.
C#

Nombre
Código
(1,1) (0,M)
Clientes Tiene Facturas
Domicilio Importe

Si la factura tiene códigos que se repiten por cliente, no tendrá

clave, pero sí un discriminador.
Facturas tiene dependencia de ID respecto de Cliente.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación

„ Representación gráfica:
‰ Entidades: rectángulos.
‰ Atributos: incluidos en la entidad o con elipses
conectadas a ésta mediante arcos.
‰ Relaciones: rombos o hexágonos, unidos con arcos a
las entidades asociadas.
‰ Cardinalidad: se detalla encima de las líneas que
asocian las entidades con las relaciones.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación

Empleados

E# Entidad con atributos

Nombre
Categoría

Trabaja
Relación con atributos
Fecha

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Ejemplo. C#
Fecha
Nombre Código
(0,M) (0,N)
Clientes Compra Productos
(0,N) (0,M) Precio
Domicilio

(0,M) (0,N) E#
(1,1) (1,M)
Departamentos Trabaja Empleados
Nombre

D# Descripción

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Ejemplo (Requisitos):
‰ Departamentos: código único por departamento y el nombre.
‰ Proyectos: código único por proyecto y nombre. Cada proyecto
se gestiona por un solo depto y un depto puede gestionar varios.
‰ Empleados: código único de empleado, nombre y apellidos,
dirección, teléfono, fecha de nacimiento, sexo, si está casado o
no y sueldo que percibe.
‰ Un empleado pertenece a un solo depto y en un depto puede
haber varios empleados. Por otro lado cada departamento tiene
un empleado como jefe.
‰ Los empleados pueden participar en varios proyectos y en un
proyecto pueden participar varios empleados, pero interesa saber
el tiempo (en horas) que dedica cada empleado a los proyectos
en los que participa.

© 2005/06 Dr. Eugenio Santos Menéndez

 Modelo Entidad/Relación
„ Ejemplo (Diagrama Entidad/Relación):
EMPLEADOS PERTENECE
(1,N)
E#
(1,1)
Nombre DEPARTAMENTOS
Apellidos
Dirección D#
Telefono (0,1) NombreDep
FechaNac ES JEFE DE
Sexo
(1,1)
Casado (1,1)
Sueldo

(0,N) REALIZA

(0,N)
PROYECTOS
PARTICIPA
(0,M)
P#
Tiempo NombreP

© 2005/06 Dr. Eugenio Santos Menéndez

 Paso a Modelo Relacional
„ Entidades
‰ Toda entidad se corresponde con una relación o tabla relacional.

Persona
Persona
DNI Nombre Domicilio
DNI
Nombre
Domicilio

DNI será la clave principal

© 2005/06 Dr. Eugenio Santos Menéndez

 Paso a Modelo Relacional
„ Relaciones binarias
‰ Relación N:M
z Siempre será una tabla, con sus atributos + claves de entidades
asociadas.
‰ Relación 1:N ó N:1
z Añadir la clave de la tabla “uno” a la tabla “muchos” + atributos de
la relación (si procede).
‰ Relación 1:1
z Si mínima es 1:1:
‰ Añadir la clave de una tabla cualquiera a la otra tabla + atributos de la
relación (si procede).
z Si mínima es 0:1 ó 1:0:
‰ Añadir la clave de la tabla “uno” a la tabla “cero” + atributos de la
relación (si procede).

© 2005/06 Dr. Eugenio Santos Menéndez

 Paso a Modelo Relacional

„ Relaciones ternarias y n-arias

‰ Estudiar las relaciones de dos en dos y aplicar las reglas de
relaciones binarias.
z Atención: se puede mejorar el diseño estudiando redundancias.

© 2005/06 Dr. Eugenio Santos Menéndez

 Paso a Modelo Relacional
„ Ejemplo.
Cliente Empleado
C# Nombre Domicilio E# Nombre D#

Producto Departamento
Código Precio D# Descripción

Compra
C# E# Código Fecha

© 2005/06 Dr. Eugenio Santos Menéndez

 Paso a Modelo Relacional
„ Ejemplo II.
EMPLEADO (E#, Nombre, Apellidos, Dirección, Telefono,
FechaNac, Sexo, Casado, Sueldo, D# )

DEPARTAMENTO ( D#, NombreDep, E#

PROYECTO (P#, NombreP, D# )

PARTICIPA (E#, P#, Tiempo )

© 2005/06 Dr. Eugenio Santos Menéndez