Alquiler de AutosSe ha diseado una base de datos para almacenar y gestionar la informacin empleada por una empresa dedicada al alquiler de automviles, teniendo en cuenta los siguientes aspectos: La empresa dispone de un conjunto de autos para su alquiler. Se necesita conocer la matrcula, marca y modelo, el color y el precio de alquiler de cada auto. Adems cada auto est asignado a un determinado garaje, que no puede cambiar. De cada garaje interesa conocer su cdigo, denominacin y direccin. Los datos que interesa recoger de cada cliente son el cdigo, nombre, direccin, ciudad y nmero de telfono; adems, los clientes se diferencian por un cdigo interno de la empresa. Si un cliente desea solicitar el alquiler de algn auto, se pone en contacto con una de las agencias de la empresa de alquiler y realiza una reserva. De cada agencia interesa conocer su cdigo y nombre. Un mismo cliente puede haber realizado varias reservas a lo largo del tiempo, y por supuesto algunas de esas reservas pueden tener sus fechas solapadas. Como hemos indicado, en cada reserva participa una agencia, que no tiene que ser la misma para las distintas reservas de un mismo cliente. Una misma reserva puede incluir uno o varios autos. De cada reserva interesa registrar la fecha de inicio (cundo deben entregarse los vehculos al cliente), la fecha de finalizacin (la fecha prevista de devolucin por parte del cliente), y el costo total de la reserva. Adems, para cada vehculo interesa recoger los litros de combustible que contiene en el momento de su entrega al cliente. El coste final de alquiler de cada coche se obtiene multiplicando su precio de alquiler por los das que el cliente desea reservarlo. El coste total de una reserva se obtiene sumando los costes finales de alquiler de los coches que incluye dicha reserva.Diagrama Entidad Relacin o Modelo ERLa siguiente representacin grfica del MER de base de datos ayuda a comprender la relacin existente entre entidades en el ejercicio propuesto. Cada flecha indica una referencia de clave externa o fornea, y est dirigida hacia la relacin referenciada.LISTA_RESERVAAGENCIACLIENTERESERVAAUTOGARAJE

Esquema ALQUILER DE AUTOS, en el modelo relacional de datosUn esquema de base de datos relacional correspondiente al anterior enunciado contiene las tablas que se indican a continuacin. Los atributos que aparecen subrayados son las claves primarias, y los que aparecen en cursiva son claves externas o forneas. Para cada clave externa se indica a qu relacin y atributos concretos hace referencia. AUTO (matricula, marca, modelo, color, garaje, precio_alquiler) Clave externa: garaje GARAJE (cdigog) GARAJE (cdigog, nombreg, direccin) CLIENTE (cdigoc, nombre, direccin, ciudad, telfono) AGENCIA (cdigoa, nombre) RESERVA (numeror, fecha_inicio, fecha_fin, cliente, agencia, costo_total) Claves externas: cliente CLIENTE (codigoc) Agencia AGENCIA (codigoa) LISTA_RESERVA (reserva, auto, litros_inicio, coste_auto ) Claves externas: reserva RESERVA(numeror) Auto AUTO(matricula)

Los esquemas relacionales adems pueden llevar en cada uno de los campos, el tipo, la longitud del mismo y si puede o no tener valores nulos o valores vacios en el campo. Por ejemplo:Esquema_AUTO {(matricula char (6) not null, marca varchar (15) not null, modelo char (4) not null, color varchar (10) not null, garaje char (10) not null, precio_alquiler Money not null, primary key (matricula), foreign key (garaje)}; Esquema_GARAJE {(cdigog char(10) not null, nombreg varchar(20) not null, direccin varchar(30) not null, primary key (codigog)}

En este ejemplo hay que notar que existe una relacin entre las dos tablas AUTO Y GARAJE, y que esta relacin se hace pasando el campo llave primaria de GARAJE a la tabla AUTO, ya que la relacin es (1,n) de un garaje donde pueden haber varios autos.Otra de las observaciones al implementarla es de tener cuidado de que el campo llave fornea en la tabla AUTO debe coincidir en tipo y longitud con la llave primaria en la tabla GARAJE.Adems hay que tener en cuenta que no es necesario adicionar varios campos de la misma tabla para hacer relacin, es decir para relacionar CLIENTE con RESERVA no es necesario pasar el codigoc, nombre, al pasar solo en cdigo, la relacin permite saber a qu nombre y los otros datos de la tabla cliente por dependencia funcional.Si en una tabla no hay llave primaria, es una entidad dbil ya que no tiene un campo que ayude a identificar de forma nica a una entidad dentro de todas las entidades, este es el caso de LISTA_RESERVA, en este caso la relacin se establece pasando las llaves primarias de la entidades relacionadas, y en el esquema relacional habra dos llaves forneas o externas.Esquema_LISTA_RESERVA (reserva serial not null, auto char (6) not null, litros_inicio integer not null, coste_auto Money not null, foreign key (reserva), foreign key (auto)}En este caso hay que observar que los campos aunque tienen diferentes nombres corresponden en tipo y valor a los campos en la tabla de origen, es decir, reserva=numeror en la tabla reserva y auto=matricula en la tabla auto.La tabla como tal no tiene llave primaria o campo nico de identificacin, pero tiene dos llaves externas o forneas que le permitirn saber el nmero de reserva a que corresponde y el auto que fue alquilado.Espero que este archivo les sirva para mejorar los modelos, ya que se debe tener en cuenta varios conceptos al disear bases de datos.