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-relacin.
Se desea informatiza la gestin comercial de TOLVA COURRIER que reparte
encomiendas por todo el Per. Los encargados de llevar los paquetes son los
vehculos repartidores, de los que se quiere guardar el dni, nombre, telfono,
direccin, salario y poblacin en la que vive. De las ENCOMIENDAS
transportadas interesa conocer el cdigo de encomienda, descripcin,
destinatario y direccin del destinatario. Un vehculo distribuye muchos
paquetes, y un paquete slo puede ser distribuido por un vehculo. De las
provincias a las que llegan los paquetes interesa guardar el cdigo de
provincia y el nombre. Un paquete slo puede llegar a una provincia. Sin
embargo, a una provincia pueden llegar varios encomiendas. De los
vehculos que llevan los conductores, interesa conocer la matrcula, modelo,
tipo y potencia. Un conductor puede conducir diferentes vehculos en fechas
diferentes, y un vehculo puede ser conducido por varios conductores.

CASO : CADENA DE HOTELES COSTA REAL

Se trata de realizar el diseo 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, direccin, telfono, ao de construccin, etc.) se encuentra
clasificado obligatoriamente en una categora (por ejemplo, tres estrellas)
pudiendo bajar o aumentar de categora. Cada categora tiene asociada
diversas informaciones, como, por ejemplo, el tipo de impuestos que le
corresponde y la descripcin. Los hoteles tiene diferentes clases de
habitaciones (suites, dobles, individuales, etc.), que se numeran de forma
que se pueda identificar fcilmente la planta en la que se encuentran. As
pues, de cada habitacin se desea guardar el cdigo y el tipo de habitacin.
Los particulares pueden realizar reservas de las habitaciones de los hoteles.
En la reserva de los particulares figurarn el nombre, la direccin y el
telfono. Las agencias de viaje tambin pueden realizar reservas de las
habitaciones. En caso de que la reserva la realiza una agencia de viajes, se
necesitarn los mismos datos que para los particulares, adems del nombre
de la persona para quien la agencia de viajes est realizando la reserva. En
los dos casos anteriores tambin se debe almacenar el precio de la reserva,
la fecha de inicio y la fecha de fin de la reserva.

CASO : BANCO DE SEOR DE SIPAN

El Banco Seor de Sipn como parte de sus operaciones desea informatizar
parcialmente las siguientes procesos :
El banco tiene distintas sucursales que se identifican por un cdigo.

Cada sucursal tiene una serie de cuentas corrientes asignadas a ella

que se identifican por un cdigo 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 prstamos, sin que estos estn
asociados con ninguna de las cuentas corrientes. Cada prstamo se
otorga a nombre de un solo cliente, y a un cliente se le puede otorgar
ms de un prstamo.

CASO : AGENCIA DE VIAJES TRAVEL ONE

Realice, en el Modelo E/R, el diseo de una base de datos para una agencia
de viajes que, para ofrecer mejor servicio a sus clientes, considera de inters
tener registrada informacin referente a los diferentes tours que puede
ofrecer. Tenga en cuenta lo siguiente:
Un tour, segn su finalidad, cultural, histrica, deportiva, tiene unos
determinados puntos de ruta y puede repetirse varias veces en un
ao.

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 geogrficas, 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 seal.
Un cliente puede confirmar su participacin en ms 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 disear una base de datos sobre la informacin de las reservas de
una empresa dedicada al alquiler de automviles. Los supuestos semnticos
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
vehculos.
Es importante recoger la fecha de comienzo y de terminacin de la
reserva.
Todo vehculo 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 alfanumrica que las identifica
unvocamente.

VI.

Normalizar los siguientes documentos :

Gua de Compras

1FN
PRODUCTO(codProducto, codCategoria, codProveedor, descripcin, presentacin, precio)
CATEGORIA(codCategoria, catdescrip)
PROVEEDOR(codProveedor, nombre)
2FN
ENTRADAS(codEntrada, codProducto, fecha, nroguia, cantidad, precio, pprom, totalStock)
3FN
DETALLE_SALIDA(codDetalle, codProducto, nroPedido, fecha, cantidad, localdestino, cantidad)
SALIDA(codSalida, codEntrada, totalCantidad)

Componentes Electrnicos

IdProveedo
r

IdPedido

ApePro
NomProv v

RazonSocia
l

DirecPro
v

FecPe
RucProv TelProv d

CantPe
d

CodTipo

NomTipo CodComp

NumFac
NomComp t

FecFac
t

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)

IdClient
e

NomCli

ApeCli

RucCli

DirecCli

DniCli

TelCli

CodEmp

NomEmp

ApeEmp DirecEmp

DniEmp

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)

TelEmp

CantFac
FecIngEmp FecNacEmp SalEmp t

TotalFac
t

VII. Algebra Relacional

Aplicando los conceptos del algebra relacional desarrollar
OPERADOR
NOTACION
Seleccin

Proyeccin

Unin

Interseccin

Diferencia
Producto
X
Cartesiano
Reunin

Divisin

AUTOR (DNI, NOMBRE, UNIVERSIDAD)

TEMA (CODTEMA, DESC_PRODRIPCION)
REVISTA (REFERENCIA, TITULO_REV, EDITORIAL)
ARTICULO (REFERENCIA, DNI, CODTEMA, TITULO_ART, AO, VOLUMEN,
NUMERO, PAGINAS)

a.

Obtener los artculos cuyo tema sea 'Bases de Datos' y hayan sido publicados en el ao 1990.

TITULO _ ART ( DESCRIPCIO N ='Base de datos ' ( TEMA ) * AO ='1990 ' ( ARTICULO
b.

c.

d.

))

T I_R T ( REU V LE*( RO VE #,CF IOE#( AS RD ETRT ) NE CATCM O#( TI IAAD ) CET E UMM ALA O

Obtener las revistas de tipo general, es decir, que publiquen artculos de todos los temas.

Obtener las revistas que slo publican artculos cuyo tema sea 'Medicina'.

T I _RT ( RUE VL E O*( R V E #FI( R ES RET) E R VAN E C #IF( IDSEA ER TN<SE'M CAN 'e( TR Cd I Ii)PE*cAA Ci > nMIRa O ) TA I C U L O
Obtener los autores que han publicado artculos del tema 'SQL', tanto en el ao 1991, como en el ao 1992.

NOMBRE( AUTOR* ( DNI ( AO= '1991' ( ARTICULO) * DESCRIPCION = 'SQL' ( TEMA) ) DNI ( AO= '1992' ( ARTICULO) * DESCRIPCION = 'SQL' ( TEMA) ) ) )
e.

Obtener los artculos del ao 1993 publicados por autores de la Universidad Seor de Sipn

TITULO _ ART ( AO ='1993 ' ( ARTICULO ) * UNIVERSIDA D ='Seor de Sipan ' ( AUTOR ) )

VIII.

SQL Server Lenguaje de Definicin de Datos.

Teniendo en cuenta el siguiente modelo, utilizar el LDD para la creacin 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));