MODELO ENTIDAD RELACION

ESQUEMA TOP – DOWN

“El Desarrollo de una Base de Datos es un enfoque top-down,
que transforma los requerimientos de información en una base
de datos operacional.”
 MODELO DE DATOS
“El objetivo de los modelos de datos es la
representación de los requerimientos de
información y es independiente del hardware o
software usado para su implementación
 MODELO ENTIDAD - RELACION
“ Un modelo entidad-relación es una forma
efectiva para integrar y documentar los
requerimientos de información de una
organización”
 COMPONENTES DEL MODELO E-R
Entidades : Son los aspectos importantes acerca de los cuales se
necesita tener o conocer información.

Atributos : información específica la cual necesita ser almacenada. Los

atributos describen entidades y son piezas específicas de información
las cuales necesitan ser conocidas.
Identificadores únicos : Un identificador único (UID) es cualquier combinación de
atributos que sirven para identificar en forma única a una ocurrencia o
instancia de una entidad. Cada ocurrencia de una entidad debe ser
identificada de manera única y se denota por el símbolo #.
Todos los componentes UID deben ser obligatorios (se denota por un asterisco * ), un
atributo opcional se denota por el símbolo o.
Ejemplo:
Colocar el identificador único y la opcionalidad de los atributos en la entidad
ALUMNO de la UNALM

Relaciones: Las relaciones deben representar los requerimientos de información y

reglas de negocio y su función es relacionar las entidades. Una relación es
bidireccional y represente la asociación entre dos entidades, o entre una entidad
consigo misma.
Ejercicio :
Dibujar las entidades y las relaciones para representar las siguientes situaciones:
Cada EMPLEADO debe estar asignado a uno y sólo un DEPARTAMENTO
Cada DEPARTAMENTO puede ser el responsable de uno o mas EMPLEADOS
Cada EMPLEADO puede estar asignado a una actividad.
Cada ACTIVIDAD puede ser realizada por uno o más empleados.
Considerando la arquitectura de Oracle a nivel lógico:
Dibujar un diagrama entidad relación que represente la siguiente
situación:

• Cada ORACLE DATABASE debe estar construido de un o mas

TABLESPACES.
• Cada TABLESPACE debe ser la parte de uno y sólo un ORACLE
DATABASE.
• Cada TABLESPACE debe estar dividido en uno o más SEGMENTS
• Cada SEGMENTS ser la parte de uno y sólo un TABLESPACE
• Cada SEGMENT debe estar formado por uno o más EXTENTS
• Cada EXTENT debe ser incluido en uno y sólo un SEGMENT.
Solucion
EJEMPLOS
Soy el Administrador de una compañía de capacitación que provee de
cursos, impartidos por nuestros instructores, sobre técnicas de
administración. Enseñamos muchos cursos, cada uno tiene un código, un
nombre y un costo.

Introducción a UNIX y programando en C son dos de nuestros cursos mas

populares. Los cursos varían en duración desde un día hasta cuatro días.
Un instructor puede enseñar varios cursos. Pedro Rodríguez y María
Gonzales son dos de nuestros mejores instructores. Registramos el
nombre de cada instructor y su número telefónico. Cada curso es
enseñado por solo un instructor.
Se designa el curso y en base a ello asignamos al instructor, por lo que un
curso no empieza si no tiene el número suficiente de alumnos. Los
estudiantes pueden tomar varios cursos a través del tiempo. Javier Díaz
de AT&T tomó cada curso de los que ofrecemos. También llevamos
registro de los nombres de los estudiantes y su número telefónico. Varios
de nuestros estudiantes e instructores no nos dan su número telefónico.
Soy el propietario de una pequeña tienda de películas. Tenemos más de 3000 video casetes de los que
necesitamos llevar registro.

Cada uno de nuestros video casetes tienen un número de cinta. Para cada película, necesitamos conocer su
título y su categoría (ej. Comedia, suspenso drama, acción, guerra o ciencia ficción).

Tenemos muchas copias de la mayoría de nuestras películas. Le damos a cada película un identificador
específico, y así podemos saber en que video casete está que película. Un video casete puede ser tanto de
formato Beta como VHS. Siempre tenemos por lo menos un video casete de cada película que registramos, y
cada película es siempre copiada a un video casete individual y específico. Nuestros video casetes son muy
largos, asi que no tenemos películas que requieran de múltiples video casetes.
Frecuentemente nos preguntan por los protagonistas de determinada película. John Wayne y Katherine
Hepburn son siempre populares. Así, que nos gustaría llevar el registro de los actores. A los clientes les gustaría
conocer el nombre real del actor y su fecha de nacimiento. Nosotros solamente llevamos el registro de actores
que aparecen en películas de nuestro inventario.

Tenemos muchos clientes. Nosotros solamente rentamos videos a la gente que sea socia del video club. Para
pertenecer a nuestro club, deben de tener buen crédito. Por cada socio del club, nos gustaría registrar su
nombre y apellido, su número telefónico, y su dirección; y por supuesto, cada miembro del club tiene un
número de membresía.

Necesitamos llevar el registro de que video casetes ha rentado cada socio en este momento. Un cliente puede
alquilar varios video casetes en un mismo punto del tiempo. Nosotros solamente registramos las rentas
actuales. No llevamos rentas históricas.
Nuestro grupo de usuarios ORACLE regional ha aumentado a más de 200 socios. Nosotros somos una
organización voluntaria y nuestros registros están revueltos. Necesitamos un sistema de información que nos
ayude a registrar todas las actividades a las que estamos a cargo.
Definitivamente necesitamos automatizar el registro de nuestros miembros. Por cada miembro necesitamos
conocer su nombre, puesto, dirección para la correspondencia, numero de teléfono de su oficina, tipo de
membresía (individual o corporativa), y si el miembro esta o no al día en sus pagos. Nosotros recolectamos
pagos en cuotas que son anuales, y la fecha de vencimiento del pago es en enero para todos los socios.

A nosotros también nos gustaría saber en que compañía trabaja un socio, pero mantener esta información
actualizada es un verdadero lío por que nuestros miembros siempre están cambiando de compañía. Nosotros
solo tratamos de registrar información actualizada de cada miembro. Nuestros miembros provienen de diversas
compañías incluyendo Coors,EG&EG, Storage Tech. Una minoría de nuestros miembros son desempleados.
Para cada compañía registramos el nombre, dirección y el tipo de negocio. Tenemos claves estandarizadas para
identificar cada tipo de negocio. Nosotros nada más registramos la dirección de la oficina matriz de cada
empresa.
Llevamos a cabo varios eventos durante el año y nos gustaría registrar información acerca de cada uno. Alguno
de nuestros eventos anuales incluye la Asamblea de Setiembre, la Asamblea de Noviembre y el día Anual de
Entrenamiento de Enero, y nuestra asamblea de Abril. También organizamos eventos especiales cada año.
Realizamos nuestros eventos en varios lugares alrededor de la ciudad. Quisiéramos registrar la fecha de cada
evento, una descripción opcional del evento, numero de asistentes, donde se lleva a cabo el evento, cuanto
dinero se gasto en el y cualquier comentario sobre el evento. Tratamos todos los comentarios como si fueran
anónimos. Numeramos cada comentario, y así tenemos múltiples conjuntos de comentarios por evento.