Download - Agregaciones MER
-
Diagrama Entidad Relacin
Curso: Base de Datos
-
TIPO DE ENTIDADES
Hay dos tipos de ENTIDADES
ENTIDAD FUERTE O REGULAR
ENTIDAD DBIL
-
TIPO DE ENTIDADES
Una ENTIDAD DBIL es una entidad cuya existencia depende de la existencia de otra
entidad fuerte
ENTIDAD DBIL
CUENTA TRANSACCION Cue-Tra 1 M
-
TIPO DE ENTIDADES
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 .
ENTIDAD DBIL
PRSTAMO CUOTAPAGO PRE-CUO 1 M
-
TIPO DE ENTIDADES
ENTIDAD DBIL
PRSTAMO CUOTAPAGO PRE-CUO 1 M
Consideremos que los atributos son :
PRESTAMO ( numPrestamo , importe , fechPrestamo)
CUOTAPAGO(numPrestamo ,numPago , fechaPago, importe)
clave parcial compuesta por se entidad dbil
clave primaria
-
Ejemplo
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.
Cliente
Cuenta DNI_Cli Nom_Cli ApePat_Clie 12345678 Panchito Jimenez
98765432 Eloysa Angulo
82719354 Esther Granados
Nro_Cta Tipo_Cta Sldo_Cta
000-0582-026-1 Ahorro Libre 125.69
000-0684-325-2 Mancomunada 58,460.00
000-0696-347-1 Corriente 1,578.00
000-1025-486-1 Plazo Fijo 5,000.00
000-1358-581-1 Ahorro Libre 2.48
CLIENTE CUENTA Cli-Cue 1 M
DNI_Cli
98765432
12345678
82719354
12345678
82719354 Referencia (Foreign Key)
PK
PK FK
-
Ejemplo 1:
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.
Cuenta Transaccin
Nro_Tra Fch_Tra Mov_Tra
000001 15/10/12 Retiro
000001 18/10/12 Depsito
000001 20/10/12 Depsito
000002 23/10/12 Retiro
000002 25/10/12 Depsito
CUENTA TRANSACCION Cue-Tra 1 M
Nro_Cta
000-0582-026-1
000-0696-347-1
000-1358-581-1
000-1358-581-1
000-0696-347-1
Nro_Cta Tipo_Cta Sldo_Cta Cli_Cta
000-0582-026-1 Ahorro Libre 125.69 98765432
000-0696-347-1 Corriente 1,578.00 82719354
000-1358-581-1 Ahorro Libre 2.48 82719354
Referencia (Foreign Key)
PK PK PK
-
COMISION PONENCIA C-P 1 N
PERSONAL DEPENDIENTES P-D 1 N
Ejemplo 2 y 3:
El cdigo de una ponencia se repite en diferentes comisiones
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.
EMPLEADO Supervisin
1
SUPERVISOR
M
SUPERVISADO
Cod_Emp
Nom_Emp
Ape_Emp
-
Cod_Emp Nom_Emp Ape_Emp
12345678 Waldir Saenz
28694735 Dilber Aguilar
98765432 Abencia Meza
64867857 Viviana Rivasplata
19487233 Martha Chiquipiondo
Sup_Emp
98765432
12345678
19487233
12345678
EMPLEADO PK FK
RECURSIVIDAD
-
Ejemplo:
Se desea saber los afluentes de un rio.
Cabe precisar que un afluente tambin es un rio.
RECURSIVIDAD
RIO Afluencia
1
AFLUYE A
M
ES AFLUIDO POR
Cod_Rio
Nom_Rio
Lon_Rio
-
AGREGACIONES
Se construye una nueva entidad sobre la base de una relacin.
EQUIPO
OBRERO MQUINA Obr-Maq M N
PIEZA
Cantidad produce
M
M
-
Obrero
Cod_Obr Nom_Obr
12345678 Pedro Picapiedra
98765432 Pablo Marmol
13247895 Peter Cantropus
Mquina
Cod_Maq Nom_Maq
5812 Prensadora
9685 Amoladora
7831 Compresora
Pieza
Cod_Pza Nom_Pza
333 Vlvula CJ4
666 Carburador
Equipo
Cod_Obr Cod_Maq
98765432 5812
98765432 7831
12345678 5812
PRODUCCION
Cod_Obr Cod_Maq Cod_Pza Cantidad
98765432 5812 333 1000
98765432 7831 666 800
98765432 5812 666 1250
1 M M 1
M
1
M 1
AGREGACIONES
-
Ejercicio # 3 Pgina 55
EQUIPO
CHOFER TAXI MANEJA N N
SERVICIO
HOSPITAL
N
N
Cantidad
cantTotKm
AGREGACIONES
-
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.
Caso: La Liga de Surco
TimoteoResaltado
TimoteoResaltado
TimoteoResaltado
TimoteoResaltado
TimoteoResaltado
-
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