Caso de Modelamiento

Caso 1
1.- Descripcin del proceso
Se trata de disear un base de datos que debe almacenar la informacin sobre el
prstamo de libros a los alumnos de una determinada escuela, los cuales son escrito por
varios autores y pertenecen a una determinada editorial, adems se refieren a una
determinada especialidad.
2.- Identificar el conjunto de entidades
A primera vista, tenemos cinco conjunto de entidades: alumno, libro, autor editorial, y
especialidad.
3.- Identificar el conjunto de relaciones
Un alumno puede prestar muchos libros, a su vez que estos libros pueden ser prestados
por muchos alumnos, dndose una relacin de muchos a muchos. Cada libro pertenece a
una especialidad y pueden existir muchos libros de especialidad, por lo tanto sera una
relacin de muchos a uno. As mismo, el libro es escrito por uno o varios autores, y
estos autores pueden escribir uno o ms libros, dndose una relacin de muchos a
muchos. Por otro lado, un libro pertenece a una editorial y esta editorial puede imprimir
muchos libros, dando como resultado una relacin muchos a uno.
4.- Trazar el primer diagrama.

5.- Identificar Atributos

En el siguiente paso es identificar los atributos para cada conjunto de entidades.

Alumno
-

Coalumno
Nombre
Escuela
Ciclo

Presta
-

Fecha de presta
Fecha devolucin

Codlibro
Registro
Titulo
Paginas

Libro

Especialidad
- Codespecialidad
- Nombre
Autor
Editorial
-

codautor
Nombre
Email
Codeditorial
Nombre
Direccin
Telfono

6.- Seleccionar claves principales

Un libro dispone de varias claves principales candidatas. Tenemos, por una
parte, el Codlibro, que es nico para cada libro, y por otra su ttulo, ya que no
puede haber dos libros con el mismo ttulo. Es lgico usar la prime como clave
principal ya que es el nico atributo.
En el caso de alumno, especialidad, autor y editorial podemos tomar a
codalumno, codespecilaidad, codautor, codeditorial como claves principales
respectivamente.
Para el caso de prestamo, notamos que es una entidad compuesta que contara
con las claves de alumno y libro respectivamente, adems con sus atributos
propios de fecha de prstamo y devolucin.

Reglas para la reduccin del Modelo E-R al modelo Relacional

Existen varias reglas para convertir cada uno de los elementos de los diagramas E- R en
tablas.
-

Para cada conjunto de entidades fuertes se crea una relacin con una
columna para cada atributo.
Para cada conjunto de entidades dbiles se crea una relacin que contiene
una columna para los atributos que forman la clave primaria de la entidad
fuerte a la que se encuentra subordinada y una columna para cada atributo de
la entidad.
Para cada relacin se crea una relacin que contiene una columna para cada
atributo correspondiente a las claves principales de las entidades
relacionadas.
Lo mismo para las entidades compuestas, aadiendo columnas necesarias
para los atributos aadidos a la relacion.

Las relaciones se prestan mediante sus esquemas, la sintaxis es simple.

<nomre-relacio> (<nombre_atributo-i>),..)
Caso I
Convertir el diagrama E-R a diagrama relacional.

Convertimos los conjuntos de entidades en relaciones

Proveedor( Codproveedor, ruc, razon, direccion)
Suministro( Codsuministro, descripcin, medida, stockaltual)
Cuenta_contable(Cuenta, Subcta, clase, descripcin)
Ahora vemos la conversin de las interrelaciones
Ingreso (numero, codproveedor,codsumnistro,
tipocambio)
Pertence(codsumnistro, cuenta)

fecha,

moneda,

Aqu podemos aplicar la propagacion de claves entre conjuntos de

entidades que mantengan una interrelacion muchos a uno o uno a uno.
En este caso, la interralacion.
- Entre suministro y Cuenta_contable se cumple la condicion de
muchos a uno, de modo que se puede eliminar la interrelacin
pertenece y propagar la clave de Cuenta_contable a la entidad
suministro.
Proveedor( Codproveedor, ruc, razon, direccion)
Suministro( Codsuministro, descripcin, medida, stockaltual, cuenta)
Cuenta_contable(Cuenta, Subcta, clase, descripcin)
Ingreso (numero, codproveedor,codsumnistro, fecha, moneda,
tipocambio)
Aqu podemos ver la relacin ingreso contiene atributos que pueden
normalizarse, aplicando las reglas de normalizacin y obtenemos la
siguiente estructura.
Proveedor( Codproveedor, ruc, razon, direccion)
Suministro( Codsuministro, descripcin, medida, stockactual, cuenta)
Cuenta_contable(Cuenta, Subcta, clase, descripcin)
Ingreso (numero, codproveedor, fecha, moneda, tipocambio)
Detalle_Ingreso(numero, codsumnistro, contidad y precio)

Caso 2:
Convertir el siguiente diagrama E-R a diagrama relacional.

Convertiremos los conjuntos de entidades en relaciones.

Alumno(Codalumno, Nombre, escuela, ciclo)
Libro(Codlibro, registro, titulo, paginas).
Especialidad(Codespecilidad, nombre)
Autor(Codautor, Nombre, email)
Editorial(Codeditorial, Nombre, direccin, telfono)
Recordemos que presta es una entidad compuesta
Presta(Codalumno, codlibro, fecha_prestamo, fecha_devolucion, observacin)
Ahora vemos las interrelaciones
Tiene(codlibro, codespecialidad)
Escrito_por(Codlibro,Codautor)
Pertence(codlibro,codeditorial)
Aqu podemos aplicar la propagacin de claves.
Alumno(Codalumno, Nombre, escuela, ciclo)
Libro(Codlibro, registro, titulo, paginas, codeditorial, codespecialidad ).
Especialidad(Codespecilidad, nombre)
Autor(Codautor, Nombre, email)
Editorial(Codeditorial, Nombre, direccin, telfono)
Presta(Codalumno, codlibro, fecha_prestamo, fecha_devolucion, observacin)
Escrito_por(Codlibro,Codautor)
Nota: al igual que el caso anterior podemos normalizar presta, quedando de la
siguiente estructura, tambin nota que puede agregarse un campo nmero el
cual va servir de su clave primaria.
Alumno(Codalumno, Nombre, escuela, ciclo)
Libro(Codlibro, registro, titulo, paginas, codeditorial, codespecialidad ).
Especialidad(Codespecilidad, nombre)
Autor(Codautor, Nombre, email)
Editorial(Codeditorial, Nombre, direccin, telfono)
Presta(numero,Codalumno, fecha_prestamo, fecha_devolucion, observacin)
Deta_presta(numero, codlibro)
Escrito_por(Codlibro,Codautor)