TRABAJO PRACTICO

I.II.III.IV.V. Crea los siguientes modelos ER debidamente Normalizados, de los

casos que te propongo. Para el desarrollo de estos casos puedes apoyarte en la herramienta de modelamiento ERWIN o DBDesigner.

CASO : TOLVA COURRIER

A partir del siguiente enunciado se desea realizar el modelo entidad-relación.

“Se desea informatiza la gestión comercial de TOLVA COURRIER que reparte encomiendas por todo el Perú. Los encargados de llevar los paquetes son los vehículos repartidores, de los que se quiere guardar el dni, nombre, teléfono, dirección, salario y población en la que vive. De las ENCOMIENDAS transportadas interesa conocer el código de encomienda, descripción, destinatario y dirección del destinatario. Un vehículo distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un vehículo. De las provincias a las que llegan los paquetes interesa guardar el código de provincia y el nombre. Un paquete sólo puede llegar a una provincia. Sin embargo, a una provincia pueden llegar varios encomiendas. De los vehículos que llevan los conductores, interesa conocer la matrícula, modelo, tipo y potencia. Un conductor puede conducir diferentes vehículos en fechas diferentes, y un vehículo puede ser conducido por varios conductores”.

CASO : CADENA DE HOTELES COSTA REAL

Se trata de realizar el diseño de la base de datos en el modelo E/R para la cadena de hoteles Costa Real. ”Cada hotel (del que interesa almacenar su nombre, dirección, teléfono, año de construcción, etc.) se encuentra clasificado obligatoriamente en una categoría (por ejemplo, tres estrellas) pudiendo bajar o aumentar de categoría. Cada categoría tiene asociada diversas informaciones, como, por ejemplo, el tipo de impuestos que le corresponde y la descripción. Los hoteles tiene diferentes clases de habitaciones (suites, dobles, individuales, etc.), que se numeran de forma que se pueda identificar fácilmente la planta en la que se encuentran. Así pues, de cada habitación se desea guardar el código y el tipo de habitación. Los particulares pueden realizar reservas de las habitaciones de los hoteles. En la reserva de los particulares figurarán el nombre, la dirección y el teléfono. Las agencias de viaje también pueden realizar reservas de las habitaciones. En caso de que la reserva la realiza una agencia de viajes, se necesitarán los mismos datos que para los particulares, además del nombre de la persona para quien la agencia de viajes está realizando la reserva. En los dos casos anteriores también se debe almacenar el precio de la reserva, la fecha de inicio y la fecha de fin de la reserva”.

CASO : BANCO DE SEÑOR DE SIPAN

El Banco Señor de Sipán como parte de sus operaciones desea informatizar parcialmente las siguientes procesos :

El banco tiene distintas sucursales que se identifican por un código. Cada sucursal tiene una serie de cuentas corrientes asignadas a ella

que se identifican por un código distinto para cada cuenta, aunque sea de distinta sucursal. Una cuenta corriente tiene asociados uno o varios clientes. Es posible, sin embargo, que las operaciones que puede realizar cada uno de estos clientes con la cuenta no sean las mismas.

Por otra parte, cada cliente, que se identifica con su carné de identidad, puede tener varias cuentas y, por supuesto, unos privilegios distintos en cada una de ellas.

Cada cuenta puede tener domiciliaciones asociadas con ella. Los clientes pueden tener otorgados préstamos, sin que estos estén

asociados con ninguna de las cuentas corrientes. Cada préstamo se otorga a nombre de un solo cliente, y a un cliente se le puede otorgar más de un préstamo.

CASO : AGENCIA DE VIAJES TRAVEL ONE

Realice, en el Modelo E/R, el diseño de una base de datos para una agencia de viajes que, para ofrecer mejor servicio a sus clientes, considera de interés tener registrada información referente a los diferentes tours que puede ofrecer. Tenga en cuenta lo siguiente:

Un tour, según su finalidad, cultural, histórica, deportiva, tiene unos determinados puntos de ruta y puede repetirse varias veces en un año.

Definimos por viaje un tour concreto a realizar a partir de una fecha determinada.

Los puntos de ruta de un tour pueden ser ciudades, monumentos, zonas geográficas, y se consideran de visita solamente o de visita y estancia. En este último caso, el punto de ruta tiene asignado un hotel o varios.

Entendemos por cliente de un viaje a la persona que ha decidido hacerlo y ha hecho efectiva una señal.

Un cliente puede confirmar su participación en más de un viaje (se sobreentiende que en fechas diferentes).

Las personas que participan en un viaje pueden ser alojadas en el mismo o en diferente hotel.

CASO : RENTA CAR SAC

Se desea diseñar una base de datos sobre la información de las reservas de una empresa dedicada al alquiler de automóviles. Los supuestos semánticos son los siguientes:

Un determinado cliente puede tener en un momento dado varias reservas

Una reserva la realiza un único cliente, pero puede involucrar varios vehículos.

Es importante recoger la fecha de comienzo y de terminación de la reserva.

Todo vehículo tiene siempre asignado un único garaje que no puede cambiar.

Cada reserva se realiza en una determinada agencia. En la base de datos pueden existir clientes que no hayan hecho

ninguna reserva. Todas las entidades tienen una clave alfanumérica que las identifica

unívocamente.

VI. Normalizar los siguientes documentos :

Guía de Compras

1FNPRODUCTO(codProducto, codCategoria, codProveedor, descripción, presentación, precio)CATEGORIA(codCategoria, catdescrip)PROVEEDOR(codProveedor, nombre)2FNENTRADAS(codEntrada, codProducto, fecha, nroguia, cantidad, precio, pprom, totalStock)3FNDETALLE_SALIDA(codDetalle, codProducto, nroPedido, fecha, cantidad, localdestino, cantidad)SALIDA(codSalida, codEntrada, totalCantidad)

Componentes Electrónicos

IdPedidoIdProveedor NomProv

ApeProv

RazonSocial

DirecProv RucProv TelProv

FecPed

CantPed CodTipo NomTipo CodComp NomComp

NumFact

FecFact

1FN

PROVEEDOR(idProveedor, NomProv, ApeProv, RazonSocial, DirecProv, RucProv,TelProv)

2NF

PEDIDO(idPedido, FecPed, CantPed, codComp)FACTURA(numFact, idPedido, fecha)

3FN

COMPONENTE(codComp, codTipo, nomComp)TIPO_COMP(codTipo, nomTipo)

IdCliente NomCli ApeCli RucCli DirecCli DniCli TelCli CodEmp NomEmp ApeEmp DirecEmp DniEmp TelEmp FecIngEmp FecNacEmp SalEmp

CantFact

TotalFact

1FN

CLIENTE(idCliente, nomCliente, apeCliente, rucCliente, direcCliente, dniCliente)

2FN

EMPLEADO(codEmpleado, nomEmp, apeEmp, direcEmp, dniEmp, telEmp, fecIngEmp, fecNacEmp, salEmp)

3FN

FACTURA(codFactura, codEmpleado, idCliente, cantidad, totalFact)

VII. Algebra Relacional

Aplicando los conceptos del algebra relacional desarrollarOPERADOR NOTACIONSelección

ProyecciónUniónIntersecciónDiferencia -Producto Cartesiano

X

ReuniónDivisión

AUTOR (DNI, NOMBRE, UNIVERSIDAD)TEMA (CODTEMA, DESC_PRODRIPCION)REVISTA (REFERENCIA, TITULO_REV, EDITORIAL)ARTICULO (REFERENCIA, DNI, CODTEMA, TITULO_ART, AÑO, VOLUMEN, NUMERO, PAGINAS)

a. Obtener los artículos cuyo tema sea 'Bases de Datos' y hayan sido publicados en el año 1990.

b. Obtener las revistas de tipo general, es decir, que publiquen artículos de todos los temas.

c. Obtener las revistas que sólo publican artículos cuyo tema sea 'Medicina'.

d. Obtener los autores que han publicado artículos del tema 'SQL', tanto en el año 1991, como en el año 1992.

e. Obtener los artículos del año 1993 publicados por autores de la Universidad Señor de Sipán

VIII. SQL Server – Lenguaje de Definición de Datos.

Teniendo en cuenta el siguiente modelo, utilizar el LDD para la creación de la Base de Datos y sus respectivas tablas.

Create database ejercicioVII;Use ejercicioVII;create table Cliente (

idCliente number(5) constraint id_pk primary key,Nombre varchar2(25),Apellido varchar2(25),Ruc varchar2(25),Direccion varchar2(25),Dni number(8),Telefono char(10));

create table Empleado (codEmpleado number(5) constraint Emp_codEmp_pk primary key,Nombre varchar2(15),Apellido varchar2(25),Direccion varchar2(30),Dni number(8),Telefono char(10),Fecha_Ingreso date,Fecha_Nacim date,Salario number(5));

create table Proveedor (codProveedor number(5) constraint Prov_codPro_pk primary key,Nombre varchar2(25),Apellido varchar2(25),RazonSocial varchar2(25),Direccion varchar2(25),Ruc varchar2(15)Telefono char(10));

create table Pedido(codPedido number(5),codProveedor number(5),cantidad number(100) constraint faculty_name_nn not null,codTipo numer(5),Fecha date,constraint Pedido_codPed_pk primary key(codPedido),constraint Pedido_codProv_fk foreign key(codProv) references Proveedor(codProv));

create table Tipo(codTipo number(5),nombreTipo varchar2(30),constraint Tipo_codTipo_pk primary key(codTipo));

create table Componente(codComp number(5),nombre varchar2(25),codTipo number(5),constraint Compo_codComp_pk primary key (codComp),constraint Compo_codTipo_fk foreign key (codTipo) references Tipo(codTipo));

create table Factura(numFactura number(5),idCliente number(5),codComp number(5),Fecha date,codEmpleado number(5),Cantidad number(100),total number(7,2),constraint Factura_numFac_pk primary key(numFactura),constraint Factura_idCli_fk foreign key(idCliente) references Cliente(idCliente),constraint Factura_codComp_fk foreign key(codComp) references Componente(codComp),constraint Factura_codEmp_fk foreign key(codEmpleado) references Empleado(codEmpleado));