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.