Base de Datos Manual de Laboratorios

Vista previa del material en texto

Diseño de Bases de 
Datos 
Manual de Laboratorios 
 
Documento que contiene los planteamientos de los ejercicios a ser desarrollados como 
trabajo acumulativo durante todo el período. 
 
2010 
Luis Zelaya 
UTH 
16/01/2010 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
TABLA DE CONTENIDO 
PRIMER PARCIAL ............................................................................................................................................... 3 
LINEAMIENTOS GENERALES ................................................................................................................................... 3 
REGISTRO NACIONAL DE LAS PERSONAS ................................................................................................................ 4 
COOPERATIVA XYZ............................................................................................................................................... 6 
BOOKSANDGAMES.COM ........................................................................................................................................ 7 
CYBER-AUTOS ....................................................................................................................................................... 9 
REGISTRO NACIONAL DE AUTOMOTORES ..............................................................................................................10 
TICKET MALL .......................................................................................................................................................12 
CANAL DE TELEVISIÓN CINEX .............................................................................................................................13 
SISTEMA DE MATRÍCULA DE ESTUDIANTES ......................................................................................................................16 
LICENCIAMIENTOS DE MACROMEDIA ................................................................................................................18 
COMPAÑÍA DE BIENES RAÍCES “HOUSE OF THE HAUNTED HILL” ...........................................................................20 
SEGUNDO PARCIAL ...........................................................................................................................................23 
LINEAMIENTOS GENERALES ..................................................................................................................................23 
EJERCICIOS CON BASE DE DATOS DE EJEMPLO NORTHWIND ...................................................................................23 
EJERCICIOS CON BASE DE DATOS DE REGISTRO NACIONAL DE AUTOMOTORES .......................................................25 
EJERCICIOS CON BASE DE DATOS DE COMPAÑÍA DE BIENES RAÍCES “HOUSE OF THE HAUNTED HILL” ....................26 
TERCER PARCIAL ..............................................................................................................................................27 
LINEAMIENTOS GENERALES ..................................................................................................................................27 
EJERCICIOS CON BASE DE DATOS DE BOOKSANDGAMES.COM ................................................................................28 
EJERCICIOS CON BASE DE DATOS DEL REGISTRO NACIONAL DE AUTOMOTORES .....................................................29 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
PRIMER PARCIAL 
LINEAMIENTOS GENERALES 
Para todos los casos planteados en este laboratorio se requiere que el estudiante realice lo siguiente: 
 Crear un modelo de datos normalizado a partir de la información planteada en el ejercicio. 
 Diseñar el modelo lógico y físico correspondiente a este formulario utilizando la herramienta AllFusion 
ERwin Data Modeller. 
 Generar la estructura de base de datos para MS SQL Server, a partir del modelo construido en la 
herramienta. 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
REGISTRO NACIONAL DE LAS PERSONAS 
A continuación se le presenta el formato de la Certificación de Nacimiento en el Registro Nacional de las Personas (RNP). 
Este formulario contiene muchos datos que pueden ayudar a construir el modelo de base de datos de Personas Naturales 
nacidas en el país, así como sus relaciones de parentesco de primer grado. Todo esto a partir de un simple formulario. Se 
necesita crear un modelo de datos utilizando la técnica de Diagrama Entidad/Relación a partir de este formulario. 
Consideraciones a respetar: 
 Datos Obligatorios: TODOS. 
 Tanto el Padre y la Madre del ciudadano inscrito deben ser a su vez ciudadanos inscritos en el RNP. 
 Los departamentos y municipios de inscripción y de nacimiento deben ser validados contra una misma tabla de 
departamentos y municipios. 
 Un año de registro puede tener muchos tomos en los cuales llevar registro de nacimientos. Un tomo solo puede 
pertenecer a un año específico. Si el año termina aunque el tomo tenga folios en blanco, no importa, igual se cierra el 
tomo. 
 Un tomo tiene muchos folios 
 El registro de nacimiento de cada persona está en un solo folio. Un folio de un tomo solo puede albergar la 
información de una persona. 
 Todas las transacciones que se registren (Desde la creación de un tomo hasta el registro de un nacimiento) deben 
tener registrado el código de Registrador Civil Municipal que realizó la transacción y la fecha en que se registró la 
misma. 
 Obviamente, debe incluir una tabla de Registradores Civiles Municipales. 
 Los dominios válidos para Sexo son: “F” y “M”. 
 Cuando en el formulario aparece un cuadro pequeño y uno grande inmediatamente después de un enunciado quiero 
decir [Código] [Nombre]. Por ejemplo: 
 
Departamento 
 
 
Formulario para Modelamiento: 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
CERTIFICACIÓN DE ACTA DE NACIMIENTO 
 
Número de de acta de nacimiento (Identidad): 
 
Año: Tomo: Folio: 
 
Esta Certificación de Acta de Nacimiento pertenece a: 
 
Primer Apellido: Segundo Apellido: 
Primer Nombre: Segundo Nombre: 
 
Lugar y Fecha de Nacimiento: 
Municipio: Departamento: 
 
Día: Mes: Año: 
 
Identidad, Apellidos, Nombres y Nacionalidad del Padre: 
 
Número de Identificación: 
 
Primer Apellido: Segundo Apellido: 
Primer Nombre: Segundo Nombre: 
Nacionalidad: 
 
Identidad, Apellidos, Nombres y Nacionalidad de la Madre: 
 
 
Número de Identificación: 
 
Primer Apellido: Segundo Apellido: 
Primer Nombre Segundo Nombre: 
Nacionalidad: 
 
Lugar y Fecha de Inscripción: 
Municipio: Departamento: 
 
 
Día Mes: Año: 
 
Registrador Civil Municipal: 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
COOPERATIVA XYZ 
Instrucciones: 
A continuación se le presenta el formato de solicitud de préstamo de la Cooperativa XYZ. Este formulario contiene 
muchos datos que pueden ayudar a construir el modelo de base de datos de Socios de esta cooperativa, el cual incluye la 
información general de los socios, los datos relacionados con sus cuentas y sus datos de crédito. Todo esto a partir de un 
simple formulario. Las consideraciones a respetar son las siguientes: 
 Todos los campos de valores monetarios son numéricos de 10 posiciones enteras + 2 decimales. 
 Tanto los números de cuenta como los de solicitud son numéricos de 11. Además, obviamente, son campos 
obligatorios. 
 En el registro de préstamo los campos: Tipo de préstamo, fecha, Código socio, suma solicitada, plazo de pago, tasa 
de interés y Oficial de crédito son obligatorios. 
 Los tipos de préstamos que existen actualmente son Personal e Hipotecario, pero se anticipa que pronto la 
cooperativa podrá ofrecer otros tipos de préstamo, por lo que se recomienda mantener una tabla para este dato. La 
misma situación se da para los tipos de cuenta. 
 Un préstamo debe ser respaldado al menospor dos avales. Para ser aval de un solicitante de préstamo es requisito 
ser socio de la cooperativa. 
COOPERATIVA XYZ 
REGISTRO DE PRÉSTAMOS 
Número de Préstamo: _____________ 
Tipo de Préstamo: __ _________________ 
Fecha de Solicitud: ___ /___ /______ 
Datos Generales del Socio (Solicitante): 
Código Socio (Número de Identidad): ___________ Nombre del Socio: _________________________ 
RTN: ____________________ Nacionalidad: _________________ Estado Civil: _ (S=Soltero, C=Casado) 
Dirección: __________________________________________________________ 
 
Cuentas del cliente en la cooperativa
1
: 
Número de Cuenta Tipo de cuenta Descripción de Tipo de Cuenta Saldo actual 
 
 
 
Datos del Préstamo: 
Suma otorgada: ____________________ Plazo de Pago: ______________________________ 
Tasa de interés a aplicar:___ % Finalidad del Préstamo: _____________________________________ 
 
Plan de pago sugerido: 
Número de cuota Fecha de Pago Aporte a capital 
(A) 
Intereses 
(B) 
Valor Total Cuota 
(A+B) 
 
 
 
Información sobre Avales: 
Código Socio Nombre Dirección Lugar Trabajo Tel. Casa Tel. Trabajo 
 
 
 
Código de Oficial de Crédito: ______ Nombre de Oficial de Crédito: _____________________________ 
 
1 El cliente puede tener más de una cuenta en la cooperativa, y, para el proceso de otorgamiento de préstamos, es 
importante saber el saldo actual de dichas cuentas, porque solo se podrán otorgar préstamos por un valor máximo del 
200% de la suma de todos los saldos actuales. 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
BOOKSANDGAMES.COM 
La tienda en línea Books And Games desea llevar un registro de los clientes que se registran en su sitio web y que 
realizan compras en el sitio. 
A continuación se presenta el formulario de registro de datos generales del cliente. Es requisito estar registrado 
como cliente antes de realizar compras en el sitio. 
También se presenta el formulario que se llena cuando se realiza una compra. Una vez registrado un cliente puede 
realizar muchas compras en la tienda en línea www.booksandgames.com. Cada compra se identifica por un 
número de orden. 
A partir de los formularios se necesita crear un modelo de datos utilizando la técnica de Diagrama 
Entidad/Relación. 
Consideraciones a respetar: 
1. Un usuario puede tener registradas muchas compras. 
2. Cada usuario tiene solo un país de residencia, una nacionalidad y una profesión. 
3. Un usuario puede tener registradas varias tarjetas de crédito, de la misma o diferentes marcas. 
4. Cuando en el formulario aparece un cuadro pequeño y uno grande inmediatamente después de un 
enunciado quiero decir [Código] [Nombre]. Para todos estos casos se utilizarán códigos numéricos enteros. 
Por ejemplo: 
Nacionalidad 
 
 
BOOKANDGAMES.COM 
DATOS GENERALES DE UN CLIENTE 
ID de Usuario: lzelaya Password: ****** 
Primer Nombre: Luis Segundo Nombre: Fernando 
Primer Apellido: Zelaya Segundo Apellido: Irías 
Correo Electrónico: Harvester_lz@gmail.com 
Fecha de Nacimiento: 23/07/1973 
Fecha de Inscripción: 25/11/2004 
Nacionalidad HN Honduras 
País de residencia: HN Honduras 
Dirección de residencia: 
 
Teléfono: (504) 9999-9909 
Profesión: 101 Informático 
Dirección de entregas: 
 
Tarjetas de Crédito: ****-****-****-**** Marca de Tarjeta: Mastercard 
****-****-****-**** Visa 
 
http://www.booksandgames.com/
mailto:Harvester_lz@gmail.com
Diseño de Bases de Datos 
Manual de Laboratorios 
 
HISTORIAL DE COMPRAS 
Número de Orden 090112034-5 Fecha de la Orden: 25/11/2004 
Fecha de Envío: 26/11/2004 Fecha de Entrega: 29/11/2004 
Compañía de Entregas: 03 FEDEX 
Tipo de envío: 02 Aéreo 
Persona que recibió la orden: Julián Pueblo 
Detalle de la orden 
Nro de Parte Descripción del Artículo Cantidad Precio Costo artículo 
BK-00101 Metodología de la 
Programación. 3ra Edicion 
2 $20.00 $40.00 
BK-23015 MS SQL Server 2005 Guía 
de Referencia 
3 $25.00 $75.00 
SubTotal: $115.00 
Costos de Envío: $12.00 
Gran Total de la orden: $127.00 
 
Número de Orden 110152097-1 Fecha de la Orden: 22/03/2005 
Fecha de Envío: 24/03/2005 Fecha de Entrega: 28/03/2005 
Compañía de Entregas: 02 UPS 
Tipo de envío: 02 Aéreo 
Persona que recibió la orden: Juana Pueblo 
Detalle de la orden 
Nro de Parte Descripción del Artículo Cantidad Precio Costo artículo 
GM-00156 Halo 3 1 $39.98 $39.98 
BK-55014 Desarrollo de Sitios Web 
con PHP 
2 $23.99 $47.98 
BK-23015 MS SQL Server 2005 Guía 
de Referencia 
2 $25.00 $50.00 
SubTotal: $137.96 
Costos de Envío: $10.00 
Gran Total de la orden: $147.96 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
CYBER-AUTOS 
La compañía Cyber-Autos desea que Ud. le diseñe una base de datos con el fin de basar en ella un sistema de información 
para el manejo de información sobre vehículos que pueden ser consultados, incluso adquiridos a través de Internet por clientes 
registrados en el sistema. 
En primer lugar se necesita un registro de vehículos que contenga la siguiente información (los datos son solo un ejemplo): 
Número de Placa: PZZ9900 Serie de Motor: TRDWERS009223DF 
Serie de chasís: LOOSI092348WSSSS Año: 2002 
Marca: 10 Honda Modelo: 03 Civic 
Tipo de 
Combustible: 
02 Gasolina Tipo Auto: 02 Turismo 
Color: 05 Rojo Millaje: 32,000 
Tipo de 
Transmisión: 
AU Automático Cilindraje: 1.6cc 
Vendedor: 12 Autolote Knight Rider 
Precio Lps.150,000.00 
 
Cyber-Autos pretende ser una especie de portal que sirva a múltiples vendedores (principalmente agencias distribuidoras de 
vehículos, autolotes, etc) para que puedan ofrecer los vehículos que tienen a la venta a través del sitio web de la compañía 
(www.cyberautos.hn ). 
Se necesita mantener en la base de datos un registro de las personas/empresas que ofrecen vehículos a través de Cyber -Autos. 
Los datos que se desea registrar son los siguientes: 
Vendedor: 12 Autolote Knight Rider 
Ciudad: TGU Tegucigalpa Tipo Vendedor: 03 Autolote 
Nombre Contacto: Martín Fletes 
Dirección: Colonia La Granja, Calle Principal, #999 
Teléfono Oficina: 299-0000 
Teléfono Contacto: 9900-8877 
 
Es importante también tener un registro de los clientes que se registran en www.cyberautos.hn, para poder registrar las compras 
que realizan a través del sitio y para poder informales sobre los vehículos en los que han mostrado interés. La información que 
se mantendrá sobre los clientes en la base de datos es la siguiente: 
Identificación: 0801197309876 Tipo de Documento: 01 Tarjeta Identidad 
Nombre: Miguel Moncada 
Dirección: Barrio Barandillas, 10ma. Calle, 2da. Avenida 
Ciudad: SPS San Pedro Sula E-Mail: moncamigue@gmail.com 
Telefono Fijo: 5521120 Teléfono Movil: 3300-1234 
 
Finalmente, la compañía necesita llevar un registro de las ventas realizadas sobre las cuales se requiere la siguiente 
información: 
Número de Factura: 900 
Cliente: 0801197309876 Miguel Moncada 
Vehículos 
vendidos: 
Placa: PZZ9900 Precio de Venta: Lps.135,000.00 
Placa: PLL6611 Precio de Venta: Lps.105,000.00 
SubTotal: Lps.240,000.00 
Impuesto: Lps. 28,800.00 
Total: Lps.268,800.00 
http://www.cyberautos.hn/
http://www.cyberautos.hn/
mailto:moncamigue@gmail.com
Diseño de Bases de Datos 
Manual de Laboratorios 
 
REGISTRO NACIONAL DE AUTOMOTORES 
A continuación se le presenta una imagen de la consulta a una base de datos de Registro Nacional de Automotores, 
en base a lo cual debe crear un modelo de base datos utilizando la técnica de diagrama Entidad/Relación. Las 
consideraciones a respetar son: 
 Datos NO Obligatorios: 
 Segundo Nombre  Segundo Apellido  Dirección E-Mail 
 
 Todos los nombres y descripciones deben ser alfanuméricos de 80 posiciones (debe crearse un tipo de dato 
para nombres y descripciones). 
 Los códigos de marca, modelo, color, tipo de cambio y profesión deben ser de tipo Identity (automáticos, en 
incrementos de 1). 
Cuando en el formulario aparece un cuadro pequeño y uno grande inmediatamente después de un enunciado 
quiere decir [Código] [Nombre]. Por ejemplo: 
 
Nacionalidad 
 
REGITRO NACIONAL DE AUTOMOTORES 
CONSULTA DE DATOS GENERALES DE VEHÍCULOS 
Número de Placa: PAZ2001 
 
Marca: 05 TOYOTA Modelo: 01 COROLLA Año: 1997 
 
Serie de Motor: ZER0N0ZERTHAT5THEQUE5T10N 
Serie de Chasis: 3AZ1HURMAN 
Historial de Propietarios del Vehículo: 
RTN
2
 de Propietario Nombre Fecha Desde Fecha Hasta 
09091973086421 MERCURIO AMIGO 21/10/1998 31/07/2000 
03121974976421 ROMEO MONTESCO 01/08/2000 25/11/2004 
10111975122456 JULIETA CAPULETO 26/11/2004 
 
Fecha de entrada al país: 16/10/1998 Número de Póliza: ADU19980412345 
Color: 05 Rojo 
DATOS DEL PROPIETARIO ACTUAL 
RTN: 10111975122456 
Nombre: 
Primer Apellido CAPULETO Segundo Apellido 
Primer Nombre JULIETA Segundo Nombre 
Nacionalidad IT ITALIA Profesión 100 ESTUDIANTE 
Fecha de nacimiento 14/02/1975 
Dirección para envío de 
correspondencia 
 
VERONA, ITALIA 
Teléfono 555-4671 Dirección E-Mail juliet@verona.it 
 
 
2 Registro Tributario Nacional 
mailto:juliet@verona.it
Diseño de Bases de Datos 
Manual de Laboratorios 
 
ESTADO DE CUENTA 
Concepto Descripción Período Valor (en Lempiras) 
DE01 Débito por Matricula Anual 200407 1,500.00 
DE04 Multa por vencimiento de fecha de pago 200408 500.00 
DE04 Multa por vencimiento de fecha de pago 200409 500.00 
DE04 Multa por vencimiento de fecha de pago 200410 500.00 
DE04 Multa por vencimiento de fecha de pago 200411 500.00 
DE04 Multa por vencimiento de fecha de pago 200412 500.00 
 Total 4,000.00 
BITÁCORA DE CAMBIOS 
Tipo de 
Cambio 
Descripción Fecha ID Usuario Nombre Usuario 
01 Inscripción 21/10/1998 MV3001 WILLIAM CERVANTES 
04 Traspaso 01/08/2000 MV3006 MICHAEL SHAKESPEARE 
05 Cambio de color 26/10/2004 MV5002 LEMONY SNICKET 
04 Traspaso 26/11/2004 MV5002 LEMONY SNICKET 
 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
TICKET MALL 
La compañía TICKET-MALL desea que Ud. le diseñe una base de datos en un sistema de información para el manejo 
de los tickets para diferentes eventos en diferentes ciudades de Centro América. 
TICKET-MALL es una compañía a la que organizadores de eventos (conciertos, por ejemplo) se remiten para la 
impresión de tickets con garantía de que no serán falsificados y que se imprimirán tantos tickets como localidades 
haya en cada instalación donde se desarrolle el evento. 
Para garantizar lo anterior, TICKET-MALL cuenta con información de las principales instalaciones donde se realizan 
eventos en Centro América. A continuación, un ejemplo: 
Instalación: 05 Nacional de Ingenieros Coliseum 
País: HN Honduras Ciudad: TGU Tegucigalpa 
Capacidad máxima: 10,000 
Tipo de Instalación: 01 Gimnasio 
Localidades 
Tipo Descripción Cantidad 
01 Piso 1,500 
02 Silla 2,000 
03 Gradería 6,500 
Además la compañía tiene un registro de los eventos para los que va a ofrecer tickets. Un ejemplo de ese registro 
es el siguiente: 
Evento: 01 The Last Tour 
Categoría: 02 Concierto Artista: 100 Bon Jovi 
Nombre Contacto: John Anderton 
Fechas y Lugares 
Fecha Hora Instalación Organizador 
31/10/2005 8:00 p.m. 04 Estadio Francisco Morazán 03 Conciertos Credomatic 
02/11/2005 7:30 p.m. 05 Nacional de Ingenieros Coliseum 03 Conciertos Credomatic 
03/11/2005 7:30 p.m. 05 Nacional de Ingenieros Coliseum 03 Conciertos Credomatic 
En los tickets para los eventos deben imprimirse los siguientes datos: 
Evento: 01 The Last Tour Artista: 100 Bon Jovi 
Nro. Boleto: 555 
Instalación: 05 Nacional de Ingenieros Coliseum 
Localidad: 02 Silla Número Asiento: 120 
Fecha: 02/11/2005 Hora: 7:30 p.m. 
 
Consideraciones a respetar en este modelo: 
 La numeración de los tickets está asociada al evento, fechas y localidad. Es decir que para cada fecha de 
evento habrán boletos numerados desde 1 hasta la capacidad máxima que tenga cada localidad de la 
instalación. 
 Todos los datos son requeridos. 
 
Todos los nombres y descripciones deben ser alfanuméricos de 80 posiciones. 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
CANAL DE TELEVISIÓN CINEX 
Se desea crear un sistema de información para registrar la programación mensual del canal de TV por cable CINEX 
con el propósito de publicar la programación en Internet. 
Para ello se requiere, lógicamente, que sea diseñada la base de datos utilizando el modelo Entidad/Relación, en 
base a la información que pueda extraerse de los listados y consultas planteadas en los siguientes párrafos. 
Un ejemplo de listado de programación que podrá ser enviado por correo electrónico cuando el usuario solicite que 
se le envíe por correo electrónico la programación mensual es el siguiente: 
Lunes 1 de Marzo de 2003 
Hora Película Descripción Duración Género Clasificación Director 
06:00 Big 
 
Cuando un niño pide un deseo a una 
máquina de juego… 
2:00 Comedia PG Penny Marshall 
08:00 The Fast and the Furious Un policía encubierto se introduce en… 1:45 Acción PG-13 Rob Cohen 
10:00 When Harry met Sally Una pareja de amigos descubre… 1:55 Comedia PG-13 Rob Reiner 
… … … … … … 
Martes 2 de Marzo 
Hora Película Descripción Duración Género Clasificación Director 
06:00 The Princess Bride Cuando su nieto permanece en cama 
enfermo, un abuelo… 
1:40 Comedia PG Rob Reiner 
08:00 Jerry Maguire Un agente deportivo descubre súbitamente 
que… 
2:05 Drama PG-13 Cameron Crowe 
10:15 Moulin Rouge! Cuando Christian, un escritor sin un 
centavo en la bolsa… 
2:00 Musical PG-13 Baz Luhrman 
12:30 The Fast and the Furious Un policía encubierto se introduce en… 1:45 Acción PG-13 Rob Cohen 
2:30 The Matrix Reloaded La última ciudad humana, Zion, se ve en 
peligro ante el inminente ataque… 
2:20 Sci-Fi R Andy Wachowski 
Larry Wachowski 
 
Atendiendo las sugerencias de los televidentes se colocará en el sitio de Internet una consulta que permita 
consultar cuales días y a cuales horas se transmitirá una determinada película. Por ejemplo: 
 
Película: The Fast and the Furious 
Día de Transmisión Hora de Transmisión 
Lunes 1 de marzo 08:00 
Martes 2 de marzo 12:30 
Sábado 6 de marzo 13:00 
Domingo 14 de marzo 17:15 
 
Nótese que los nombres de las películas aparecen subrayados en todos los lugares donde aparece. Esto es así 
porque cuando el usuario haga click sobre el nombre de una película apareceré una ficha técnica de la misma 
conteniendo la siguiente información: 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
Memento 
 
Director: 
Christopher Nolan 
Productores: 
Jennifer Todd, Suzanne Todd, 
Aaron Ryder 
Guionista: 
Jonathan Nolan, Christopher Nolan 
Música Original: 
David Julian 
Editor: 
Dody Dorn 
Protagonistas principales: Personaje 
Guy Pearce Leonard Shelby 
Carrie Ann-Moss Natalie 
Joe Pantoliano John Gammel 
Otros Datos Generales 
Año de Release: 2000 
Duración: 1:50 
Género: Suspense 
Clasificación: R 
Compañía Productora: Newmarket Films 
Descripción de la Película: Leonard Shelby is a man on a mission - to find and kill the man who raped and murdered 
his wife. He's also a man with a problem - the savage attack also gave him brain damage, 
and he now suffers from a rare and untreatable form of memory loss. He knows who he is 
and recalls everything up to the incident, but now he can no longer create new memories, 
meaning he can't remember people he's met, places he's been or things he's done even 
fifteen minutes ago. He's instinctually learned a system to help him - scribbled notes and 
photos in his pockets, tattoos all over his body for the really important clues he discovers - 
as he struggles through his frustrating handicap to find vengeance, always unsure of who 
to trust. 
 
Ténganse en cuenta las siguientes condiciones: 
1. Una película puede tener más de un director, más de un productor, más de un guionista, más de uncompositor de música original y más de un editor. Además puede ser producida por más de una compañía 
productora. 
2. Una misma persona podría estar asociada a la película en más de un trabajo (véase en este ejemplo que 
Christopher Nolan es a la vez Director y Guionista de la película. Incluso los actores pueden desempeñar 
otros trabajos (como Mel Gibson que fue Director y Protagonista a la vez de Braveheart). 
3. Los géneros en los que se clasifican las película están predefinidos ya y son los siguientes: Drama, 
Comedia, Romance, Suspense, Terror, Acción, Musical, Sci-Fi, Fantasía e Infantil. 
Las clasificaciones también están predefinidas y son las siguientes: G, PG, PG-13, R, NC-17 y X. 
Nótese que también los artistas asociados a las películas aparecen subrayados. Esto es así porque se requiere que 
al hacer clic sobre el nombre de un artista aparezca una ficha biográfica con la siguiente información: 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
Christopher Nolan 
 
Datos Generales 
Fecha de Nacimiento: 30 de julio 1970 
Nacionalidad: Británico 
Biografía 
Noted for the innovative structure of both his noirish, cerebral debut film Following (1998) and its follow-up, the equally 
unconventional and heady Memento (2000), London-born filmmaker Christopher Nolan has shown a unique talent for creating 
involving films containing concepts based on abstract breaks with conventional behavior and idealism. Dubbed meta-noir by 
critics at a loss for words to describe its psychologically demanding, high-concept yet low-key journey into the mind of a man 
seeking revenge but lacking the ability to create new memories, Memento became the basis of lively discussion and debate 
among critics and audiences hungering for something thoughtful among a flurry of countless computer-generated pseudo-thrills 
and all-too-familiar gross-out comedies. 
Filmografía 
Como Director: Inception (2010) 
The Dark Knight (2008) 
The Prestige (2006) 
Batman Begins (2005) 
Cinema16: British Short Films (2003) (V) 
Insomnia (2002/I) 
Memento (2000) 
Following (1998) 
Doodlebug (1997) 
Como Guionista: Inception (2010) 
The Dark Knight (2008) 
The Prestige (2006) 
Batman Begins (2005) 
Memento (2000) 
Following (1998) 
Doodlebug (1997) 
 
Ténganse en cuenta las siguientes condiciones: 
1. Cuando el artista a consultar sea un actor, deberá agregarse a su ficha bibliográfica la dirección web de su 
Fan-Site oficial y la dirección web de su Sitio oficial personal 
2. Cuando el artista a consultar sea un Director o un Actor, deberá registrarse el nombre de su representante 
(manager). 
3. Interesa tener los datos generales y biografías de todos los tipos de artistas que se registren en la base de 
datos. 
 
http://www.imdb.com/title/tt1375666/
http://www.imdb.com/title/tt0468569/
http://www.imdb.com/title/tt0482571/
http://www.imdb.com/title/tt0372784/
http://www.imdb.com/title/tt0368644/
http://www.imdb.com/title/tt0278504/
http://www.imdb.com/title/tt0209144/
http://www.imdb.com/title/tt0154506/
http://www.imdb.com/title/tt0411302/
http://www.imdb.com/title/tt1375666/
http://www.imdb.com/title/tt0468569/
http://www.imdb.com/title/tt0482571/
http://www.imdb.com/title/tt0372784/
http://www.imdb.com/title/tt0209144/
http://www.imdb.com/title/tt0154506/
http://www.imdb.com/title/tt0411302/
Diseño de Bases de Datos 
Manual de Laboratorios 
 
SISTEMA DE MATRÍCULA DE ESTUDIANTES 
A continuación se le presenta el formulario de matrícula estudiantes en la UTH. Con los datos contenidos en este 
formulario sumado a al resto de la información que se proporciona se puede construir el modelo de base de datos de 
Estudiantes y Registro de Matrícula de la UTH, el cual incluye la información general de los estudiantes, las carreras, las 
asignaturas y las secciones disponibles. 
Consideraciones a respetar: 
 Datos NO Obligatorios: 
 Compañía para la que trabaja 
 Tipo de Compañía para la que trabaja 
 Un estudiante puede (si requiere hacerlo) matricularse en un campus diferente cada período. Nunca durante un 
período. 
 Una asignatura puede estar disponible en varias secciones. 
 Las secciones se identifican por la hora en que se imparten más el sufijo ‘01’. Por ejemplo: 2001 si se imparte a las 
8:00 p.m., 1001 si se imparte a las 10:00 a.m., etc. 
 Puede haber una sección de la misma asignatura a la misma hora, siempre y cuando se imparta en un campus 
diferente. 
 Antes de iniciar el proceso de matrícula se asigna a cada sección un cupo límite de estudiantes. 
 Las asignaturas que un estudiante puede matricular solo serán aquellas que correspondan a la carrera que está 
cursando. 
 Una facultad puede administrar más de una carrera. 
 Los catedráticos están adscritos a una facultad y no a un campus específico. 
 Actualmente las formas de pago válidas son: En Efectivo o Cheque. Sin embargo se debe dejar listo el esquema de 
base de datos como para aceptar otras formas de pago que puedan implementarse en el futuro como: Pago con 
tarjeta de crédito, etc. 
 Los datos “Incluye Transporte”, “Incluye Rescate Médico” e “Incluye Internet en casa” son servicios adicionales. Se 
prevee que en el futuro la Universidad puede ofrecer otros servicios adicionales que puedan asociarse a la matrícula 
(Guardería infantil, Acceso a Laboratorios, etc.). 
 El dato “Número Recibo de Pago” se refiere al documento que, para cada período académico, se le emite al 
estudiante al momento de pagar su matrícula, el cual debe incluir un detalle de los conceptos que se pagan. Tanto el 
valor de matícula, como los servicios adicionales son conceptos de pago que deben detallarse en el recibo. 
 Todos los pagos se realizan en un banco. Existe una lista de bancos autorizados por UNICAH para la recepción de 
pagos. 
 Todos los nombres y descripciones deben ser alfanuméricos de 80 posiciones. 
 Cuando en el formulario aparece un cuadro pequeño y uno grande inmediatamente después de un enunciado quiero 
decir [Código] [Nombre]. Para todos estos casos se utilizarán códigos numéricos enteros. Por ejemplo: 
 
Nacionalidad 
 
 Obviamente, a lo largo de su carrera el estudiante puede tener varios registros de matrícula (Uno por cada período 
académico. 
 Las asignaturas que tiene asignadas un catedrático pueden cambiar cada período académico si es necesario. 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
 
UTH 
SISTEMA DE MATRÍCULA DE ESTUDIANTES 
FORMULARIO PARA MATRICULA DE ESTUDIANTES 
 
Número de Cuenta: 
 
Período Académico: Campus: 
 
Fecha de Matrícula: 
 
 
Asignaturas a Matricular: 
Código Nombre Unidades 
Valorativas 
Facultad que imparte la asignatura Sección 
 
 
 
 
 
 
Número de Recibo de Pago Forma de Pago: 
Valor de Pago 
Incluye Transporte: Incluye RescateMédico: Incluye Internet en Casa: 
 
Para tener una base de datos completa se requiere además crear las estructuras necesarias para grabar la siguiente 
información acerca de los Estudiantes y Catedráticos: 
DATOS GENERALES DEL ESTUDIANTE 
Número de Identidad 
Nombre: 
Primer Apellido Segundo Apellido 
Primer Nombre Segundo Nombre 
Nacionalidad Título de Secundaria 
Fecha de nacimiento 
 
Dirección para envío de 
correspondencia 
 
 
 
Compañía para la que 
trabaja 
 Tipo de compañía para la 
que trabaja 
 
Carrera que está cursando Dirección E-Mail 
 
 
DATOS GENERALES DE CATEDRATICOS 
Número de Identidad 
Nombre: 
Primer Apellido Segundo Apellido 
Primer Nombre Segundo Nombre 
Nacionalidad Título Universitario 
Fecha de Nacimiento Facultad 
Dirección E-Mail 
Asignaturas Asignadas: 
Período Académico Asignatura 
 
 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
LICENCIAMIENTOS DE MACROMEDIA 
A continuación se le presenta el formato de suscripción de licencias para uso de productos de la plataforma 
Macromedia Developer MX. Con los datos contenidosen este formulario sumado a al resto de la información que 
se proporciona se puede construir el modelo de base de datos de Suscriptores de los productos de Macromedia, el 
cual incluye la información general de los suscriptores, los datos relacionados con las opciones de licenciamiento y 
las suites de productos Macromedia que se ofrecen a los suscriptores. Utilice la técnica de diagrama 
Entidad/Relación. 
Consideraciones a respetar: 
Datos Obligatorios: 
 Número de Solicitud  Flags de Soporte, Actualizaciones Gratuitas y 
Renovación automática 
 Dirección envío 
correspondencia 
 Suite a Suscribir  Número Identificación de suscriptor  Dirección E-Mail 
 Fecha de suscripción  Primer Nombre 
 Tiempo de suscripción  Primer Apellido 
 Nombre y Edición de Productos  Nacionalidad 
 Las licencias se otorgan por Edición de Suite. Una Edición de Suite es una combinación de artículos que son 
ofrecido como un paquete al cliente (piense en un combo de un restaurante). La combinación de artículos 
no es configurable por cada cliente. Quien adquiere una Edición de una Suite, adquiere todos los artículos 
que dicha edición incluye. 
 Las ediciones de las suites actuales pueden ser: Enterprise, Professional y Standard. Sin embargo, debe 
contemplarse la posibilidad de que hayan diferentes tipos de ediciones en el futuro. Cada edición 
corresponde a una combinación predefinida de artículos. Una suite puede tener varias ediciones. 
 Un artículo es definido por el producto y su versión. Un mismo producto puede tener diferentes números 
de artículo siempre que pueda ser diferenciado por el número de versión. Por ejemplo: La Suite Studio MX 
Enterprise podría incluir dos versiones de Dreamweaver (la MX y la MX 2004). Es el mismo producto 
(Dreamweaver) pero son dos artículos diferentes (Versión MX y Versión MX 2004). 
 La forma de pago puede ser: Tarjeta de Crédito o Cheque. 
 Los datos “Incluye soporte”, “Incluye actualizaciones gratuitas” e “Incluye renovación automática” son 
booléanos (SI o NO) . 
 Todos los nombres y descripciones deben ser alfanuméricos de 50 posiciones. 
 Cuando en el formulario aparece un cuadro pequeño y uno grande inmediatamente después de un 
enunciado quiero decir [Código] [Nombre]. Por ejemplo: 
Nacionalidad 
 
 Un suscriptor puede hacer varias suscripciones (una para cada edición de suite de productos que desee 
suscribir). 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
 Un dato que no aparece en el formulario pero que debe agregarse es el Estatus de la Suscripción. Este 
dato puede tener los siguientes valores: 
 En Proceso. Cuando el interesado haya sometido su formulario de suscripción, previo a su aprobación 
y suscripción. 
 Vigente. Cuando el interesado ya esté suscrito y gozando de los beneficios de la suscripción. 
 Vencida. Cuando el tiempo de la suscripción se haya vencido y el suscriptor ya no pueda gozar de los 
beneficios 
 La relación de productos sobre los que se desea tener información adicional está relacionada con el suscriptor, 
no con cada suscripción. 
MACROMEDIA 
SUSCRIPCIÓN DE LICENCIAS 
 
Número de Suscripción: 
 
 
Suite de Productos que se desea 
suscribir: 
 Edición: 
 
 
Cantidad de licencias a suscribir: 
 
 
Esta suite de productos incluye los siguientes artículo: 
Código Producto Nombre Producto Descripción Producto Versión 
 
 
 
 
 
Fecha de suscripción Forma de Pago: 
Tiempo de suscripción (en años) 
Incluye soporte: Incluye actualizaciones gratuitas: Incluye renovación automática: 
 
DATOS DEL SUSCRIPTOR 
Número de Identificación 
Nombre: 
Primer Apellido Segundo Apellido 
Primer Nombre Segundo Nombre 
Nacionalidad Profesión 
Fecha de nacimiento 
 
Dirección para envío de 
correspondencia 
 
 
 
Compañía para la que 
trabaja 
 Tipo de compañía para la 
que trabaja 
 
Número de Tarjeta de 
Crédito 
 Dirección E-Mail 
 
INFORMACIÓN ADICIONAL 
Si una vez suscrito desea recibir periódicamente información sobre los siguientes productos, seleccione acerca de 
cuales de ellos desea recibir información: 
Dreamweaver Fireworks Director 
ColdFusion Flash Otros (elija de la lista) 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
COMPAÑÍA DE BIENES RAÍCES “HOUSE OF THE HAUNTED HILL” 
La compañía de Bienes Raíces “House of the Haunted Hill” desea crear un sistema de información para la 
administración de las propiedades que administra, llevando además un control sobre las inspecciones que 
periódicamente se realizan para asegurarse de que las propiedades se mantienen en buen estado. 
La compañía tiene sucursales en Tegucigalpa y San Pedro Sula, con planes de extenderse a ciudades como La Ceiba, 
Roatán y Puerto Cortés, entre otras. 
En cada sucursal tiene empleados de planta e inspectores, además de que las propiedades de cada ciudad son 
siempre asignadas (para inspección y gestión de venta/alquiler) a uno o más inspectores de la sucursal 
correspondiente. 
Diseñe la base de datos que se requiere para este sistema utilizando la técnica del diagrama Entidad/Relación. 
Algunos de los reportes que debe producir el sistema a desarrollar son los siguientes: 
HOUSE OF THE HAUNTED HILL 
BIENES RAICES 
LISTADO DE PROPIEDADES ADMINISTRADAS 
Sucursal: TGU Tegucigalpa 
Código 
Propiedad 
Nombre Tipo de Propiedad Estado Inspectores Asignados 
TGU01 Torre Azul Edificio de Oficinas Alquilado 08 Rosa Espinoza 
05 Fabio Fabuloso 
TGU02 InterAmericana Edificio de Oficinas Alquilado 07 Lucas Lobo 
06 Camilo Tranquilo 
TGU03 Popol Nah Edificio de Apartamentos En Venta 08 Rosa Espinoza 
TGU04 Herencia Antunez Terrenos En Venta 06 Camilo Tranquilo 
Sucursal: SPS San Pedro Sula 
Código 
Propiedad 
Nombre Descripción Estado Inspector Asignado 
SPS01 Centro 
Comercial Sol 
Edificio para locales 
comerciales 
En Alquiler 03 Pablito Clavito 
01 Pepe Pekín 
SPS02 Herencia Zablah Terrenos Alquilado 02 Lorenzo Tenso 
 
 
HOUSE OF THE HAUNTED HILL 
BIENES RAICES 
INFORMACIÓN SOBRE LOS EMPLEADOS 
Empleado: 08 Rosa Espinoza 
Sucursal: TGU Tegucigalpa 
Télefono de la Sucursal: 220-9999 
Teléfono de casa (u otro para localizar): 231-4567 
Teléfono Celular: 999-9011 
Puesto: 04 Inspector 
E-Mail: rezpinosa@hauntedhill.com 
Sueldo Mensual: Lps.x,xxx.xx 
% de Comisión por Venta (Solo para Agentes de 
Venta): 
 
% de Comisión por Alquiler (Solo para Agentes de 
Venta) 
 
 
 
 
 
mailto:rezpinosa@hauntedhill.com
Diseño de Bases de Datos 
Manual de Laboratorios 
 
HOUSE OF THE HAUNTED HILL 
BIENES RAICES 
INFORMACIÓN SOBRE LAS PROPIEDADES 
Propiedad: TGU01 Torre Azul 
Tipo de Propiedad: 01 Edificio de Oficinas 
Estado: 03 Alquilado 
Número en Registro de la Propiedad: 
Inspectores Asignados: 08 Rosa Espinoza 
05 Fabio Fabuloso 
Dirección: Col. Lomas del Guijarro, Calle principal, 100 metros al norte de 
Edificio Aseguradora Hondureña 
Número de pisos: 9 
Valor Mensual Alquiler: Lps.200,000 
Valor para la venta: Lps.15,000,000 
Sucursal que lo administra: TGU Tegucigalpa 
 
 
 
HOUSE OF THE HAUNTED HILL 
BIENES RAICES 
INFORME DE INSPECCIÓN A PROPIEDAD 
Propiedad: TGU01 Torre Azul 
Estado: 03 Alquilado 
Inspectores Asignados: 08 Rosa Espinoza 
05 Fabio Fabuloso 
Cliente responsable por la propiedad 100 Vicente Terrateniente 
Fecha de Inspección: 31/05/2004 
Estado en que se encontró la propiedad: 01 Excelentes condiciones 
Comentarios: 
 
 
 
 
 
 
HOUSE OF THE HAUNTED HILL 
BIENES RAICES 
INFORMACIÓN SOBRE LOS CLIENTES 
Cliente: 100 Vicente Terrateniente 
Dirección: Hacienda El Maizal Ajeno, Catacamas, Olancho 
Télefono de Casa: 231-9999 
Teléfono Oficina: 231-8888 
Teléfono Celular: 999-9786 
E-Mail: vterra@hotmail.com 
Propiedades con la 
compañía 
Código 
Propiedad 
Nombre Tipo de Propiedad Estado 
TGU01 Torre Azul Edificio de Oficinas Alquilado 
SPS02 Herencia Zablah Terrenos Alquiladomailto:vterra@hotmail.com
Diseño de Bases de Datos 
Manual de Laboratorios 
 
 
Consideraciones a respetar: 
1. Todos los datos son requeridos, con excepción de: 
 Teléfono Celular de Empleado  E-Mail de Empleado  Comentarios en las inspecciones 
2. Además de los datos que se reflejan en los reportes se requiere tener registrado para las sucursales: Dirección 
Completa y Número de Fax. 
3. Todos los nombres y descripciones deben ser alfanuméricos de 80 posiciones. 
4. Cuando en el formulario aparece un cuadro pequeño y uno grande inmediatamente después de un enunciado quiero 
decir [Código] [Nombre]. Por ejemplo: 
Nacionalidad 
5. Un cliente puede alquilar o comprar más de una propiedad a la vez. 
6. Los clientes tienen asignado un agente de ventas para que les atienda de manera personalizada. 
 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
SEGUNDO PARCIAL 
LINEAMIENTOS GENERALES 
El trabajo consiste en crear los queries de SQL requeridos, utilizando el editor SQL de su preferencia, para una base de 
datos de Microsoft SQL Server. 
EJERCICIOS CON BASE DE DATOS DE EJEMPLO NORTHWIND 
INSTRUCCIONES 
Para cada uno de los siguientes enunciados escriba el “query” correspondiente, así como el resultado obtenido con 
su ejecución: 
1. Consulte toda la información que hay en la tabla EMPLOYEES. 
2. Liste el Código, nombre, nombre de contacto y teléfono y fax de los clientes registrados en la tabla 
CUSTOMERS 
3. Liste el número de orden, la fecha de la orden, el nombre del cliente y nombre y apellido del empleado 
que la procesó, de todas las ordenes registradas en la tabla ORDERS. 
4. Determine cuantos proveedores (SUPPLIERS) tienen productos registrados en la tabla PRODUCTS y 
cuantos no tienen ningún producto registrado. 
5. Despliegue el nombre de producto, código de proveedor y nombre de proveedor, para todos los 
productos cuyo nombre tenga la palabra “queso” (cheese) en algún lugar. 
6. Calcule la edad de todos los empleados (EMPLOYEES) y despliéguela en una columna llamada “Edad”, 
utilizando un query que además incluya su ID, Nombre y Apellido, Fecha de Nacimiento y Fecha Actual. 
7. Despliegue los datos principales de todos los empleados que fueron contratados en el año 1992. 
Ordenados por fecha, del más antiguo al más reciente. 
8. Seleccione las órdenes que fueron emitidas entre el 1 de marzo de 1998 y el 30 de junio de 1998. 
9. Calcule el precio promedio de todos los productos de la categoría “Seafood” agrupados por proveedor. 
10. Despliegue el código de producto, nombre y precio, de los productos que tienen el menor precio en cada 
categoría. 
11. Despliegue el nombre (LASTName, FirstName, la fecha de ingreso (HireDate) y el puesto de todos los 
empleados que tienen el mismo puesto que “ROBERT KING”. 
12. Despliegue nombre del proveedor (COMPANYNAME en SUPPLIERS), el mínimo y el máximo precio de los 
productos que distribuye cada proveedor. 
13. Despliegue el nombre y precio del producto más caro 
14. Despliegue el nombre y precio del producto más barato. 
15. Agregue un nuevo registro en la tabla CUSTOMERS, dejando con valor nulo el atributo PostalCode. 
16. Cree una tabla idéntica a la tabla EMPLOYEES, llamada EMPLEADOS. 
17. Cree una tabla idéntica a la tabla CUSTOMERS, llamada CLIENTES. 
18. Inserte todos los registros de EMPLOYEES, en EMPLEADOS. 
19. Inserte todos los registros de CUSTOMERS, en CLIENTES. 
20. Agregue la columna SALARY(number) al esquema de la tabla EMPLEADOS. 
21. Agregue la columna JOB (varchar (20)) al esquema de la tabla EMPLEADOS. 
22. Registre el nombre “TIM” al empleado cuyo apellido es “KING”, y “GEORGE” para el empleado de apellido 
“FULLER”, en la tabla EMPLEADOS. 
23. Agregue un nuevo registro a la tabla PRODUCTOS, dejando con valor nulo, los atributos UNITSONORDER y 
UNITSINSTOCK. 
24. Cambie el código de proveedor del producto de nombre “IKURA”. 
25. Cree la tabla JOBS con los siguientes atributos: 
a. JOBID, del mismo tipo del atributo JOB de la tabla EMPLEADOS, especificar que es la llave 
primaria 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
b. SALMIN del mismo tipo que el atributo SALARY de la tabla EMPLEADOS. 
c. SALMAX del mismo tipo que el atributo SALARY de la tabla EMPLEADOS. 
26. Inserte 3 registros en la tabla JOBS con los siguientes datos: 
 
JOBID SALMIN SALMAX 
Gerente 20,000 40,000 
Tecnico 10,000 18,000 
Asistente 5,000 10,000 
 
27. Modifique la columna Job de tres empleados (los empleados que Ud. quiera). A uno asígnele el JobId de 
Gerente, a otro nómbrelo como Tecnico y al otro como Asistente. 
28. Modifique el sueldo de los empleados que tengan la columna Job diferente de Null. Asígneles el salario 
mínimo que corresponde al puesto que tienen. 
29. Aumenteles el sueldo a todos los empleados que tengan la columna Job diferente de Null. Que sea un 15% 
de aumento. 
30. Cree una vista de la tabla EMPLEADOS, con los atributos EMPLOYEEID, LASTNAME, FIRSTNAME y 
HIREDATE, para todos los empleados con HIREDATE mayor a 30 de junio de 1997 
31. Clasifique los clientes en orden de su volumen de compras haciendo un query que saque el valor total de 
las ordenes (UnitPrice * Quantity - Discount) para cada cliente, ordenado de mayor a menor. Como 
resultado debe aparecer: Código (CustomerID) y Nombre de Cliente (CompanyName), Total de Ventas. Tip: 
Las tablas involucradas son Customers, Orders y [Order Details]. 
32. Determine cuantas ordenes se generan hacia cada ciudad (City) en las que residen los clientes 
(Customers). El resultado del query debe presentar Ciudad (City) el conteo de las ordenes (Orders) 
registradas para clientes de esa ciudad. Ordenar en forma descendente. 
33. Calcule el tiempo en días (diferencia entre ShippedDate y OrderDate) que se demora cada orden en ser 
procesada para los casos en que el proceso se demore más de 25 días. El resultado debe presentar Código 
y Nombre de Cliente (CompanyName), Número de Orden, Fecha de Orden (OrderDate), Fecha de Envío 
(ShippedDate) y la cantidad de días de demora. Ordenar por Cliente. 
34. Ordene las categorías de Productos de mayor a menor en base al volumen de ventas haciendo un query 
que liste: Código de Categoría (CategoryID), Nombre de la categoría (CategoryName) y Valor total 
ordenado (Total por categoría de: (UnitPrice * Quantity) - Discount), estos últimos datos provienen de la 
tabla [Order Details]. 
35. Ordene los Empleados (Employees) de acuerdo al número de órdenes que procesan en un query en el que 
aparezca: Identidad y nombre de Empleado (EmployeeID, LastName, FirstName) y el conteo de las ordenes 
(Orders) procesadas. 
36. Ordene a los proveedores (Suppliers) de mayor a menor en base al volumen de ventas haciendo un query 
que liste: Código de Proveedor (SupplierID), Nombre de Proveedor (CompanyName) y Valor total 
ordenado (Total por provedor de: (UnitPrice * Quantity) - Discount), estos últimos datos provienen de la 
tabla [Order Details]. 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
EJERCICIOS CON BASE DE DATOS DE REGISTRO NACIONAL DE AUTOMOTORES 
INSTRUCCIONES 
El trabajo consiste en crear, a partir del diagrama Entidad/Relación para la base de datos de Registro Nacional de Automotores 
desarrollado en el Laboratorio del Primer Parcial, el esquema de base de datos en Microsoft SQL Server, y dentro de la base de datos 
los elementos que se detallan a continuación: 
1. Registrar al menos: 
 Doce vehículos 
 Cuatro marcas 
 Ocho modelos (dos por marca) 
 Tres colores 
 Dos registros de historial por cada vehículo (mínimo) 
 Diez propietarios 
 Tres países 
 Cuatro profesiones 
 Cuatro conceptos de estado de cuenta 
 Tres tipos de cambio 
 Cinco usuarios 
2. Elaborar los siguientes queries: 
a. Cantidad de vehículos agrupados por marca y modelo. Debe contener: nombre de Marca, 
Nombre de Modelo, cantidad de vehículos. 
b. Listado de vehículos ordenado por marca, modelo y año. Debe contener: Nombre de marca, 
nombre de modelo,año, número de placa y nombre del propietario 
c. Listado de vehículos de años anteriores al año 2000. Debe contener: Número de placa, RTN y 
Nombre del Propietario, descripción de marca y modelo y año. Ordenado por año, en orden 
asecendente. 
d. Cantidad de cambios realizados clasificados por vehículo y por tipo de cambio. Debe contener: 
número de placa, descripción de tipo de cambio y cantidad de cambios. 
e. Listado de vehículos que son o han sido propiedad de un propietario (Ingresar directamente en el 
query el código de propietario). Debe contener: Nombre del propietario, número de placa, 
descripción de marca, descripción de modelo, año, fecha desde y fecha hasta. 
f. Cantidad de cambios realizados a vehículos clasificados por usuario y tipo de cambio. Debe 
contener: Código y Nombre del usuario, código y descripción de tipo de cambio y cantidad de 
cambios. 
g. Impresión del estado de cuenta de un vehículo, ordenado por concepto. Debe contener: Código y 
descripción de concepto, período y valor en lempiras. 
h. Listado de vehículos con deudas mayores a Lps.2000.00. Debe tener: Número de placa, RTN y 
nombre del propietario, y total de deuda. Ordenado por Propietario. 
i. Cantidad de inscripciones realizadas agrupadas por año de la inscripción, marca y modelo. 
j. Listado de los vehículos a los que se les ha efectuado traspaso. Debe contener: Número de placa, 
nombre de marca y modelo, RTN y nombre del propietario actual, fecha del traspaso y nombre 
del usuario que hizo el traspaso. 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
EJERCICIOS CON BASE DE DATOS DE COMPAÑÍA DE BIENES RAÍCES “HOUSE OF THE HAUNTED 
HILL” 
INSTRUCCIONES 
El trabajo consiste en crear, a partir del diagrama Entidad/Relación para la base de datos para la COMPAÑÍA DE BIENES RAÍCES 
“HOUSE OF THE HAUNTED HILL” desarrollado en el Laboratorio del Primer Parcial, el esquema de base de datos en Microsoft SQL 
Server, y dentro de la base de datos los elementos que se detallan a continuación: 
1. Registrar al menos: 
a. 3 sucursales 
b. 7 propiedades por sucursal 
c. 5 empleados por sucursal 
d. 3 inspectores por sucursal 
e. 4 tipos de propiedades 
f. 3 estados de propiedad 
g. 4 clientes por sucursal 
h. 3 puestos para los empleados de la empresa 
2. Elaborar los siguientes queries: 
a. Listado de propiedades ordenado por sucursal, tipo de propiedad y estado. Debe contener: 
Código de Propiedad, Nombre de Propiedad, nombre de la sucursal, descripción del tipo de 
propiedad, descripción del estado de la propiedad. 
b. Cantidad de propiedades agrupado por sucursal y por tipo de propiedad. Debe contener: Nombre 
de la sucursal, descripción del tipo de propiedad y la cantidad correspondiente. 
c. Cantidad de propiedades agrupado por sucursal y por estado de la propiedad. Debe contener: 
Nombre de la sucursal, descripción del estado de la propiedad y la cantidad correspondiente. 
d. Listado de empleados ordenado por sucursal, por puesto y por nombre del empleado. Debe 
contener: Nombre de la sucursal, nombre del puesto, nombre del empleado, número de teléfono 
de la sucursal, número de teléfono de casa y sueldo. 
e. Listado de propiedades están alquiladas, detallando los inspectores asignados. Debe contener: 
Código y nombre de la propiedad, nombre de la sucursal que la administra, código y nombre de 
los inspectores. 
f. Cantidad de clientes que tiene la empresa, agrupado por sucursal y estado de la propiedad que 
han comprado o alquilado con la compañía. Debe contener: Código y Nombre de Sucursal, 
descripción de estado, y la cantidad. 
g. Listado de los inspectores que tengan asignada más de una propiedad para inspección. Debe 
contener: Código y nombre del empleado, nombre de sucursal en que labora y cantidad de 
sucursales que inspecciona. Ordenado por nombre del empleado. 
h. Listado de los clientes que han alquilado o comprado más de una propiedad con la compañía. 
Debe contener: Código y nombre del cliente, descripción del estado de la propiedad, cantidad de 
propiedades alquiladas/vendidas. 
i. Planilla mensual de sueldos de empleados, clasificada por sucursal. Debe contener: Código y 
nombre de la sucursal y valor total de sueldos a pagar. 
j. Informe mensual de ingresos por alquiler de propiedades, clasificado por sucursal y por tipo de 
propiedad. Debe contener: Código y nombre de sucursal, descripción del tipo de propiedad y 
valor total de ingresos por alquiler. 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
 
 
TERCER PARCIAL 
LINEAMIENTOS GENERALES 
El trabajo consiste en: 
 Si no las tiene creadas, crear las bases de datos requeridas para cada ejercicio en Microsoft SQL Server, basadas en los 
modelos Entidad/Relación desarrollados en el laboratorio del primer parcial. 
 Dotar las bases de datos con suficientes datos como para probar los elementos a programar. 
 Programar los procedimientos almacenados y triggers, que se requieren. 
 Para todos los elementos programados debe verificarse, previo a su creación, si los mismos existen, de manera que el 
catedrático pueda recrearlos durante su revisión. 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
EJERCICIOS CON BASE DE DATOS DE BOOKSANDGAMES.COM 
PROCEDIMIENTOS ALMACENADOS 
Utilizando la base de datos de BooksAndGames.com, elabore procedimientos almacenados para resolver los 
siguientes requerimientos: 
1. Se requiere un procedimiento almacenado que haga la inserción de un registro en la tabla USUARIOS, 
recibiendo como parámetros todos los datos que son requeridos. 
2. Elabore un procedimiento que inserte el registro completo en la tabla de usuarios. Con todos los datos, 
tanto requeridos como no requeridos. 
3. Se requiere un procedimiento almacenado que haga una actualización de los costos de envío de todas las 
órdenes de compra emitidas en un rango de fechas especificadas por el usuario, reduciendo el valor de 
los costos de envío en un porcentaje también especificado por el usuario. 
4. Modifique el procedimiento anterior de manera que se valide que el descuento en el valor de los costos de 
envío se aplique únicamente a las compras que no tienen fecha de envío registrada aún. 
5. Elabore un procedimiento almacenado que reduzca a cero los costos de envío en todas las Ordenes de 
Compra que hay realizado un Usuario. El código del usuario a favorecer debe ser dado como parámetro. 
6. Elabore un procedimiento almacenado que elimine todas las órdenes de compra, sus detalles y el registro 
de Usuario, para un usuario cuyo código sea provisto por como parámetro. Recuerde que debe ejecutarse 
la totalidad de la transacción o nada de ella. 
TRIGGERS 
Utilizando la base de datos de BooksAndGames.com, elabore triggers para resolver los siguientes requerimientos: 
1. Se requieren triggers para que se emita un mensaje de error al intentar borrar registros en las siguientes 
tablas, impidiendo con ello que se borren registros en dichas tablas: 
a. USUARIOS 
b. ORDENES_COMPRA 
c. DETALLE_ORDENES 
2. Se requieren triggers para las operaciones de INSERT Y UPDATE en la tabla ORDENES_COMPRA, para 
impedir que se registre en las Fechas de Orden, de Envío y de Entrega una fecha anterior a la fecha actual. 
3. Paso Previo: Agregue una columna en la tabla de ARTICULOS, llamado ArtExistencia, de tipo entero, y 
establezca un valor inicial de existencia para cada uno de los artículo registrados. 
4. Luego elabore un trigger en la tabla DETALLE_ORDENES para que cada vez que se inserte un registro en 
dicha tabla, se reduzca de la existencia del artículo la cantidad que se está adquiriendo del mismo en la 
orden. 
5. Luego, elabore el trigger necesario para que cada vez que se elimine un registro en la tabla de 
DETALLE_ORDENES se aumente la existencia del artículo correspondiente. 
6. Finalmente, elabore el trigger necesario para que cada vez que se actualice un registro en la tabla de 
DETALLE_ORDENES se establezca correctamentela existencia del artículo correspondiente, después de la 
actualización. 
 
Diseño de Bases de Datos 
Manual de Laboratorios 
 
EJERCICIOS CON BASE DE DATOS DEL REGISTRO NACIONAL DE AUTOMOTORES 
PROCEDIMIENTOS ALMACENADOS 
Utilizando la base de datos del Registro Nacional de Automotores, elabore procedimientos almacenados para 
resolver los siguientes requerimientos: 
1. Grabar en la tabla de bitácora de cambios un registro de inscripción, para cada vehículo que esté grabado en la 
base de datos y que no tenga su correspondiente registro de inscripción (Tipo 1). Para el dato Fecha del Cambio 
debe tomar la fecha actual y debe recibir como parámetro el código del usuario. 
2. Calcular la tasa anual de matrícula de vehículos a todos los vehículos registrados en la base de datos. Para esto 
debe generarse un registro en la tabla de estado de cuenta, con concepto DE01, para el período 200601. Si la 
fecha de entrada del vehículo es mayor al 31/12/2003, debe generarse la tasa por un valor de Lps.3,000. Sino el 
valor será de Lps.1,500. 
3. Crear una tabla de vehículos viejos con los datos: Nro. De Placa, Código de Marca, Código de Modelo, Serie de 
Motor, Serie de Chasis y Año. Agregar a la tabla original de vehículos un campo para almacenar la fecha de paso 
a tabla de vehículos viejos. Finalmente elaborar un procedimiento almacenado que grabe todos los vehículos de 
año menor o igual al año dado por el usuario (parámetro) en la tabla de vehículos viejos y que, a la vez actualice 
el registro de cada vehículo afectado estableciendo la fecha actual como fecha de paso a la tabla de vehículos 
viejos. 
4. Debido a una amnistía deben borrarse del sistema todos los registros de la tabla Estado de cuenta para un rango 
de fechas (Desde y Hasta) dado por el usuario. 
5. Crear una tabla de Estadísticas por marca y Modelo, que debe contener los datos: Código de Marca, Código de 
Modelo y Cantidad de Vehículos. La llave principal será la combinación de Marca y Modelo. Luego elabore un 
procedimiento almacenado para reconstrucción de estadísticas, el cual debe, en primer lugar, borrar todos los 
registros de esta tabla y luego insertar y actualizar en la misma, según corresponda. Para cada vehículo de un 
mismo modelo y marca se debe incrementar la Cantidad de Vehículos en uno. 
TRIGGERS 
Elabore triggers para resolver los siguientes requerimientos: 
1. Se requiere generar un registro en la tabla de bitácora de cambios cada vez que se haga una inserción o 
actualización de registro en la tabla de vehículos. Si se trata de una inserción el tipo de cambio será Inscripción. 
En caso de actualización deberá verificarse si el cambio se realizó al motor, al chasis, al color o al propietario, 
para asignar el tipo de cambio que corresponda. 
2. Se requiere generar un registro en el historial de propietarios cada vez que se haga un cambio de propietario en 
un vehículo. Debe registrarse: RTN, Nombre y Fecha Desde; la fecha Hasta debe dejarse en blanco. Además debe 
modificarse el registro inmediatamente anterior para establecer la fecha actual – 1 como Fecha Hasta. 
3. No pueden borrarse registros de las tablas de Vehículos, Historial de Propietarios y Bitácoras de cambios. Debe 
levantarse un mensaje de error cuando el usuario intente borrar registros en dichas tablas. 
4. Se requiere alimentar la tabla de estadísticas por marca y modelo. Cuando se inserta un nuevo registro en la 
tabla de vehículos hay que incrementar la cantidad para la marca y modelo correspondiente. Cuando se borra un 
registro en la tabla de vehículos hay que disminuir la cantidad para la marca y modelo correspondiente. 
Finalmente, cuando se hace una actualización de la tabla de vehículos (y uno de los datos modificados es marca 
y/o modelo) debe disminuir la cantidad para el modelo y marca anterior e incrementarse la cantidad de la nueva 
marca y modelo.