Diagrama Entidad Relacin

Curso: Base de Datos

TIPO DE ENTIDADES

Hay dos tipos de ENTIDADES

ENTIDAD FUERTE O REGULAR

ENTIDAD DBIL

TIPO DE ENTIDADES

ENTIDAD DBIL
Una ENTIDAD DBIL es una entidad cuya
existencia depende de la existencia de otra
entidad fuerte

CUENTA

Cue-Tra

TRANSACCION

TIPO DE ENTIDADES

ENTIDAD DBIL
Cuando obtenemos un prstamo de un banco, nos
comprometemos a pagarlo mediante una secuencia de pagos o
cuotas. De aqu podemos notar que aparecen dos entidades :
PRSTAMO Y CUOTA DE PAGO .

PRSTAMO

PRE-CUO

CUOTAPAGO

TIPO DE ENTIDADES

ENTIDAD DBIL

PRSTAMO

PRE-CUO

CUOTAPAGO

Consideremos que los atributos son :

clave primaria
PRESTAMO ( numPrestamo , importe , fechPrestamo)

CUOTAPAGO(numPrestamo ,numPago , fechaPago, importe)

clave parcial compuesta por se entidad dbil

Ejemplo
CLIENTE

Cli-Cue

CUENTA

Cada ocurrencia de registro de la entidad Cliente se relaciona con muchas

ocurrencias de registro de la entidad Cuenta.
Cada ocurrencia de registro de la entidad Cuenta se relaciona con slo una
ocurrencia de registro de la entidad Cliente.
Leer:
Un Cliente puede tener muchas Cuentas pero cada Cuenta pertenece a slo un
cliente.

PK

Cliente

DNI_Cli

Nom_Cli

ApePat_Clie

12345678

Panchito

Jimenez

98765432

Eloysa

Angulo

82719354

Esther

Granados

Referencia (Foreign Key)

PK
Nro_Cta

FK

Cuenta
Tipo_Cta

000-0582-026-1

Ahorro Libre

000-0684-325-2

Mancomunada

000-0696-347-1

Sldo_Cta

DNI_Cli

125.69

98765432

58,460.00

12345678

Corriente

1,578.00

82719354

000-1025-486-1

Plazo Fijo

5,000.00

12345678

000-1358-581-1

Ahorro Libre

2.48

82719354

Ejemplo 1:
CUENTA

Cue-Tra

TRANSACCION

Cada ocurrencia de registro de la entidad Cuenta se relaciona con muchas

ocurrencias de registro de la entidad Transaccin.
Cada ocurrencia de registro de la entidad Transaccin se relaciona con slo una
ocurrencia de registro de la entidad Cuenta y depende de la pre-existencia de
dicha ocurrencia.
Leer:
Una Cuenta puede registrar muchas Transacciones pero una Transaccin slo
de realiza para una Cuenta existe.

PK
Nro_Cta

Cuenta
Tipo_Cta

000-0582-026-1

Ahorro Libre

000-0696-347-1

Corriente

000-1358-581-1

Ahorro Libre

PK

Sldo_Cta

Cli_Cta

125.69

98765432

1,578.00

82719354

2.48

82719354

Nro_Cta

Transaccin

Nro_Tra

Fch_Tra

Mov_Tra

000001

15/10/12

Retiro

000001

18/10/12

Depsito

000-1358-581-1

000001

20/10/12

Depsito

000-1358-581-1

000002

23/10/12

Retiro

000002

25/10/12

Depsito

000-0582-026-1

000-0696-347-1

000-0696-347-1

Referencia (Foreign Key)

PK

Ejemplo 2 y 3:
COMISION

C-P

PONENCIA

El cdigo de una ponencia se repite en diferentes comisiones

PERSONAL

P-D

DEPENDIENTES

La existencia de un dependiente depende de la existencia

del personal (empleado)

RECURSIVIDAD
Denota la relacin de una entidad consigo misma.

Las multiplicidades o cardinalidad se coloca con

respecto al rol que cumple cada extremo de la
relacin.
SUPERVISOR

Cod_Emp

1
Nom_Emp

EMPLEADO

Supervisin

M
Ape_Emp
SUPERVISADO

RECURSIVIDAD

PK

EMPLEADO

FK

Cod_Emp Nom_Emp

Ape_Emp

Sup_Emp

12345678

Waldir

Saenz

98765432

28694735

Dilber

Aguilar

12345678

98765432

Abencia

Meza

19487233

64867857

Viviana

Rivasplata

12345678

19487233

Martha

Chiquipiondo

RECURSIVIDAD

Ejemplo:
Se desea saber los afluentes de un rio.
Cabe precisar que un afluente tambin es un rio.
AFLUYE A

Cod_Rio

1
Nom_Rio

RIO

Afluencia

M
Lon_Rio
ES AFLUIDO POR

AGREGACIONES
Se construye una nueva entidad sobre la base de una
relacin.
EQUIPO

OBRERO

Obr-Maq

MQUINA

M
produce
M

PIEZA

Cantidad

AGREGACIONES
Obrero

Cod_Obr

Nom_Obr

12345678

Pedro Picapiedra

Cod_Obr

98765432

Pablo Marmol

13247895

Peter Cantropus

Equipo

Mquina
Cod_Maq

Nom_Maq

Cod_Maq

5812

Prensadora

98765432

5812

9685

Amoladora

98765432

7831

7831

Compresora

12345678

5812

1
M
PRODUCCION
Cod_Obr

Cod_Maq

Cod_Pza

Cantidad

98765432

5812

333

1000

98765432

7831

666

800

98765432

5812

666

1250

Pieza

Cod_Pza

Nom_Pza

333

Vlvula CJ4

666

Carburador

AGREGACIONES

Ejercicio # 3 Pgina 55
EQUIPO

N
CHOFER

cantTotKm

N
MANEJA

TAXI

N
SERVICIO

N
HOSPITAL

Cantidad

Caso: La Liga de Surco

La Liga de Surco requiere controlar la constitucin de los diferentes equipos deportivos del
distrito y de esta manera programar torneos que les permitan mejorar su calidad deportiva. Para
ello, ha decidido crear una base de datos. La liga cuenta con diferentes clubes de los cuales se
tiene su nombre, fecha de creacin, direccin y nmero de locales. Los clubes tienen distintos
tipos de jugadores contratados. De los jugadores se conoce su cdigo, el cual se puede repetir
para diferentes clubes, los nombres y apellidos, direccin, sexo y fecha de nacimiento, entre
otros datos. Cabe mencionar que un jugador es capitn de otros jugadores. Ello implicar que
deba ser capacitado en cursos de liderazgo y coaching deportivo. Asimismo, la liga tiene
empleados de dos tipos: administrativos y tcnicos. De los empleados se almacena un cdigo,
los nombres y apellidos, direccin, sexo, fecha de nacimiento y telfono fijo y celular. Es
importante mencionar que para los empleados de tipo Administrativos se almacena su nivel
(pregrado o postgrado) y en el caso de los Tcnicos, la especialidad deportiva (ftbol, voleibol,
natacin, etc.)
La liga asigna un Tcnico un grupo de jugadores y estos pueden tener diferentes Tcnicos
durante la etapa de jugadores, lo cual constituye un Equipo; de este se almacena la categora
(de acuerdo a la fecha de nacimiento del jugador, como Sub-15, etc.) y la disciplina.
Los empleados administrativos elaboran varios contratos de los cuales se guarda el nmero, la
fecha de inicio y fin, entre otros datos. Los contratos son confeccionados para los tcnicos.
Finalmente, la liga programa a los equipos en diferentes torneos para que eleven su nivel
deportivo controlando la cantidad de participaciones que tiene un determinado equipo. Del
torneo se registra el nombre del torneo, las fechas de inicio y fin, as como la disciplina
correspondiente.

Tareas a realizar en el Diseo

Identificar las entidades

Identificar las relaciones

Identificar los atributos y asociarlos a entidades y relaciones

Determinar los dominios de los atributos

Determinar los identificadores o claves (simples o compuestas)

de cada entidad

Determinar, si las hubiese, las jerarquas de generalizacin

Dibujar el Diagrama Entidad-Relacin (DER)

Revisar el esquema conceptual local con el usuario para su

validacin