Bases de datos I

BASES DE DATOS I
M anu al de ejercicios y prácticas
(Versión para fase inicial)
C ON L A C O LA B ORA C IÓN D E L uis G abriel M o ndragón Torres
1
BASES DE DATOS I
Manual de ejercicios y prácticas
2000. Secretaría de Educación Pública/ Dirección General del Bachillerato
2
ÍNDICE
Presentación........................................................................................................................................................... 5
Sección de ejercicios
Ejercicio 1.................................................................................................................................................................. 6
Ejercicio 2.................................................................................................................................................................. 6
Ejercicio 3.................................................................................................................................................................. 7
Ejercicio 4.................................................................................................................................................................. 7
Ejercicio 5.................................................................................................................................................................. 7
Ejercicio 6.................................................................................................................................................................. 7
Ejercicio 7................................................................................................................................................................. 7
Ejercicio 8.................................................................................................................................................................. 8
Ejercicio 9.................................................................................................................................................................. 8
Ejercicio 10................................................................................................................................................................ 8
Ejercicio 11................................................................................................................................................................ 8
Ejercicio 12................................................................................................................................................................ 9
Ejercicio 13............................................................................................................................................................... 9
Sección de prácticas
Práctica 1................................................................................................................................................................... 10
Práctica 2................................................................................................................................................................... 14
Práctica 3................................................................................................................................................................... 20
Práctica 4................................................................................................................................................................... 28
Práctica 5................................................................................................................................................................... 37
Práctica 6................................................................................................................................................................... 43
Práctica 7................................................................................................................................................................... 46
3
4
PRESENTACIÓN
En este manual se te presentan problemas sencillos en forma de ejercicios que

consolidan los aprendizajes de un tema y te brinda la oportunidad de aplicar tus
conocimientos frente a la situación de aprendizaje planteada en la unidad I.
Es así como este manual se encuentra dividido en dos secciones, la sección de

ejercicios y la sección de prácticas.
BASES DE DATOS I
No olvides que el desarrollo del manual te dará los elementos necesarios para
resolver situaciones específicas de trabajo, muy similares a la situación de
aprendizaje presentada.
Actualmente las bases de datos son el elemento fundamental dentro de las

organizaciones, tanto privadas como del gobierno, asimismo se han desarrollado
a tal grado, que pensar en Sistemas de Información, sería como pensar en un
mundo sin aire.
Por esta y muchas razones más, consideramos de vital importancia que desarrolles
habilidades en el uso y manejo de las BD apoyándote de un SGBD, de tal forma
que generes y definas las mejores formas de almacenar, manipular y presentar
información a partir de necesidades bien definidas.
Por lo anterior, esta asignatura se encuentra en el eje de aplicación para que generes
propuestas viables para resolver situaciones que requieran de la forma de
decisiones. Como parte del material de apoyo de esta asignatura el presente Manual
de ejercicios y prácticas te apoyará en el logro de los aprendizajes propuestos en la
Guía de Estudios de bases de datos I.
5
SECCIÓN DE EJERCICIOS
EJERCICIO 1
Problema: A partir del siguiente caso de estudio define porque es necesario utilizar una base
de datos para llevar el control del registro de reservaciones y el registro de huéspedes.
Caso de estudio
El Hotel Paradise ubicado en las costas de Guerrero, cuenta con 257 habitaciones sencillas,
174 habitaciones dobles, 70 suits y 5 penthouse.
Actualmente lleva el registro de reservaciones de una forma manual, siendo el Recepcionista

y/o el administrador del Hotel el que lo controla.
A continuación te describimos dicho control:
El recepcionista hace la reservación únicamente por vía telefónica, indicándole al posible huésped
las características de las habitaciones y sus costos, asimismo solicita sus datos personales,
tales como: nombre, dirección, estado de procedencia y teléfono así como la o las habitaciones
que requiere, asignándole una clave única de identificación al huésped (H999) y de reservación
(R9999).
En caso de no recordar las características de la habitación, se cuenta con unas fichas donde se
describen sus características, tales como: número, piso, tipo de habitación, costo por día,
televisión, estéreo y minibar.
Posteriormente verifica la reservación para evitar un error en los datos o una llamada falsa.
Finalmente, el recepcionista registra los datos del huésped en la libreta de huéspedes y en la

libreta de reservaciones registra la clave del cliente, la clave de la habitación o habitaciones,
días reservados y costos parciales y totales.
Cuando llega un huésped a hospedarse se le solicita su clave de reservación para verificarla, se

le asigna el o las habitaciones necesarias y el huésped firma el registro de hospedaje.
En la libreta de habitaciones, la cual se encuentra ordenada por fechas y tipos de habitaciones,

el recepcionista marca las habitaciones que ocupa el huésped con la clave de éste, con la finalidad
de ubicar de una forma más clara a cada huésped.
Dada la demanda del habitaciones, el dueño del Hotel decide sistematizar la forma de realizar
reservaciones y registrar a los huéspedes utilizando una computadora, por lo cual solicita a
una compañía de diseño de software que se lo realice.
EJERCICIO 2
Problema: Identifica los posibles problemas de redundancia e inconsistencia que podrían

existir en este caso de estudio, si no se realiza correctamente un buen análisis y diseño de la
base de datos.
6
EJERCICIO 3
Problema: Identifica las posibles entidades, atributos y relaciones que se utilizarán para resolver
este caso de estudio.
EJERCICIO 4
Problema: A partir de la definición de las entidades, atributos y relaciones, elabora el modelo

de entidad relación correspondiente.
EJERCICIO 5
Problema: Transofrma el modelo de entidad-relación elaborado, en el modelo de datos

relacional.
EJERCICIO 6
Problema: Verifica si cumple con las formas de normalización tu modelo de datos relacional.
EJERCICIO 7
Problema: Revisa las siguientes tablas:
Tabla 1 Datos alumno 1

NOMBRE MATRÍCULA DIRECCIÓN TELÉFONO
Juan Luis Pérez 8945678 Av. de los Remedios No. 18 (5) 674-89-00
Pedro Gómez C. 8987654 San Juan de los Lagos No. 8 (5) 844-78-66
Rebeca Cruz Montes 8976541 Satélite N0. 123 (5) 625-19-89
Tabla 2 Datos alumno 2

NOMBRE MATRÍCULA DIRECCIÓN TELÉFONO
José López Canseco 8973635 Av. Corregidora No. 12 (5) 876-09-12
Margarita Godínez I. 8973526 Av. Tláhuac No. 89 (5) 738-28-19
Luis Ramírez Ramos 8927262 Av. de los Niños Héroes No. 1 No tiene
TABLA 2 Promedio asesor

MATRÍCULA PROMEDIO ASESOR
8945678 7.9 Lic. Juan López Ibarra.
8987654 8.5 Lic. Santiago Bravo Cuevas.
8973526 6.5 Lic. Santiago Bravo Cuevas.
7
Realiza las siguientes operaciones:
Tabla1 ∪ Tabla2
Tabla1Tabla2
Tabla1 ∩ Tabla2
Tabla 3 PRODUCTO CARTESIANO Tabla1 ∪ Tabla2
EJERCICIO 8
Problema: A partir de las dos tablas anteriores, realiza las siguientes operaciones con tablas:
s <Asesor = Lic. Santiago Bravo Cuevas> (<Tabla 2>)
s <Teléfono = no tiene> (<Tabla 1>)
p <Nombre, dirección, teléfono> (<Tabla 1>)
p <Matrícula, asesor> (<Tabla 2>)
EJERCICIO 9
Problema: Del producto cartesiano de las Tablas 3 con la intersección de la Tabla1 y Tabla2
del ejercicio 7, escribe la información que contendrá la tabla de respuesta a la siguiente vista:
Nombre, dirección y promedio del estudiante, cuya matrícula es: 8987654
EJERCICIO 10
Problema: De la intersección de las Tablas 1 y 2 del ejercicio 7, escribe la información que

contendrá la tabla de respuesta a la siguiente vista:
Nombre, dirección y matrícula, donde el alumno no tenga teléfono.
EJERCICIO 11
Problema: A partir del modelo de datos relacional que resuelve el caso de estudio, define los
siguiente en lenguaje SQL:
• Un esquema llamado hotel, donde la persona autorizada para usarlo sea el administrador
del mismo.
• Las tablas y los campos que contiene el modelo de datos relacional.
8
EJERCICIO 12
Problema: A partir de las definiciones en SQL hechas, realiza las siguientes vistas:
Huéspedes que tienen reservada una habitación doble los días 17 y 18 de febrero del 2001.
Datos del huésped y de las habitaciones rentadas, donde el pago de estancia sea mayor a
$10,000.00
Teléfonos de los huéspedes que se hospedarán en dos semanas a partir de la fecha actual.
EJERCICIO 13
Problema: En el SGBD Visual Fox Pro 5.0, crea el proyecto (Esquema) y la Base de datos
(Tablas) definidas en SQL.
9
SECCIÓN DE PRÁCTICAS
PRÁCTICA 1. EL DISEÑO CONCEPTUAL DE UNA

BASE DE DATOS (DIAGRAMA DE ER)
Objetivo
Diseñar el modelo conceptual de una base de datos relacional a partir de seguir el ciclo de vida
de una base de datos, en específico las seis fases de la etapa de diseño.
Antecedentes
Para lograrlo debiste haber revisado los siguientes temas: ciclo de vida de un sistema de
información, ciclo de vida de una base de datos y las seis fases para realizar un buen diseño de
la base de datos.
Descripción del problema
El servicio de mensajería FQB desea implementar un sistema electrónico para registrar a sus
clientes y emitir facturas de una forma eficiente.
Dichas facturas deberán contener los siguientes datos: número de factura, fecha de facturación,
datos generales del cliente remitente y destinatario, y los datos generales del lugar de origen
y destino.
También deberá contener la descripción de los artículos que se envían y su costo; estos datos
se podrán consultar en el sistema.
Nota. Sólo se encontrarán las clasificaciones más generales de los artículos en el sistema.
Es importante señalar que los datos que se requieren del cliente son: nombre, dirección y
teléfono. A dicho cliente se le asignará una clave única de identificación.
Los datos que requiere la factura sobre lugar de origen y destino son: destino o Estado, dirección
de la oficina, teléfono y una clave de identificación de la entidad.
Por último, deberá contener el total a pagar del envío.
Solución del problema
El estudiante únicamente desarrollará el modelo de datos relacional, a partir del diseño

conceptual de la base de datos.
Desarrollo de la solución
Dada la naturaleza de esta práctica, no es necesario realizar la fase de recolección y análisis de

requerimientos, trataremos primero de realizar la definición de las entidades, atributos y
vínculos que existen a partir de la descripción narrativa de los requerimientos del problema,
apoyándonos en los siguientes criterios:
1. Los sustantivos que se encuentran en la narración podrán ser entidades.
10
2. Los sustantivos restantes, los cuales describen a los sustantivos que generan entidades
podrán ser los atributos.
3. Los verbos que aparezcan podrán ser vínculos.
Si revisamos la descripción narrativa nuevamente (ubicada en Descripción del problema),

veremos que señala los sustantivos que generan entidades con un subrayado doble, a los
sustantivos descriptivos que generan atributos con un subrayado sencillo y a los verbos que
generan vínculos con un subrayado punteado.
Realiza esta actividad de identificación de elementos (ver figura 1).
Descripción narrativa
El servicio de mensajería FQB, desea implementar un sistema electrónico para registrar

a sus clientes y emitir facturas de una forma eficiente.
Dichas facturas deberán contener los siguientes datos: número de factura, fecha de
facturación, datos generales del cliente remitente y destinatario, y los datos generales de
la ciudad o municipio de origen y destino.
También deberá contener la descripción de los artículos que se envían y su costo; estos
datos se podrán consultar en el sistema.
Nota. Sólo se encontrarán las clasificaciones más generales de los artículos en el sistema.
Es importante señalar que los datos que se requieren del cliente son: nombre, dirección
y teléfono. A dicho cliente se le asignará una clave única de identificación.
Los datos que requiere la factura sobre ciudad o municipio de origen y destino son:
destino o Estado, dirección de la oficina, teléfono y una clave de identificación de la
entidad.
Por último, deberá contener el total a pagar del envío.
Nomenclatura
Entidad
_____ Atributo
------- Vínculo
Figura 1.
11
A partir del análisis diseña el modelo conceptual de la base de datos relacional (ver figura 2).
Número
Fecha de emisión
Clave cliente remitente
Clave cliente destinatario Nombre
FACTURA Clave ubicación mensajería origen CLIENTE Dirección
Clave ubicación mensajería destino Teléfono
Artículos por clave Clave
Cantidad artículos por clave
Total
Descripción Estado
ARTÍCULO Costo MENSAJERÍA Dirección
Clave Teléfono
Clave
Figura 2.
Nota. En la entidad MENSAJERÍA no consideres el atributo Nombre porque siempre será

FQB, y éste puede imprimirse dentro del formato de la factura.
Recuerda que este diseño conceptual debe ser claro, confiable y entendible para cualquier
persona. Se deben de distinguir las entidades y atributos. Las relaciones las veremos en el
siguiente esquema.
Una vez generado el modelo conceptual de la base de datos, procederemos a realizar el modelo
relacional de la base de datos. Apóyate en los siguientes criterios para realizar dicho modelo
(ver figura 3).
1. Elige nombres que comuniquen el significado de cada elemento del esquema.

2. Usa nombres en singular para las entidades.
3. Escribe los nombres de las entidades y los vínculos con mayúscula.
4. Los nombres de los atributos comienzan con mayúscula.
12
Nombre

Dirección
Fecha de emisión Clave cliente destinatario

Dirección CLIENTE
Teléfono
Estado Número Clave ubicación mensajería origen
PARA
Clave
MENSAJERÍA EMITE FACTURA
REGISTRA Descripción
Total
Clave ubicación mensajería destino
Clave
Cantidad artículo por clave
Artículos por clave
Teléfono
ARTÍCULO Costo
Clave
Figura 3.
Una vez realizado el modelo relacional de la base de datos, establece cuáles son los atributos
clave que contiene el diagrama de Entidad-Relación (ver figura 4).
Nombre
Dirección
Fecha de emisión Clave cliente destinatario
Dirección CLIENTE
Estado Número Clave ubicación mensajería origen Teléfono
PARA
Clave
MENSAJERÍA EMITE FACTURA
Total REGISTRA Descripción

Clave ubicación mensajería destino
Clave
Cantidad artículo por clave
Teléfono Artículos por clave
ARTÍCULO Costo
Clave
Figura 4.
Evaluación de la práctica
Al término de la práctica debes entregar:
1. La descripción narrativa con la identificación de los elementos.
2. La definición de las entidades, atributos y vínculos.
3. El modelo relacional de la base de datos.
4. El modelo relacional de la base de datos con sus claves primarias y secundarias.
5. Tu trabajo con orden y limpieza.
13
PRÁCTICA 2. TRANSFORMACIÓN DEL MODELO
CONCEPTUAL AL DISEÑO DE DATOS RELACIONAL
Objetivo
Realizar la transformación de un modelo conceptual, como lo es el diagrama de Entidad -

Relación, a un diseño de datos relacional, a través de seguir los criterios de normalización.
A partir del diseño de datos relacional, utiliza el lenguaje relacional estándar SQL para elaborar
la definición del esquema, de las tablas y vistas.
Antecedentes
Para lograr los objetivos de esta práctica será necesario que hayas revisado a detalle los
siguientes temas:
• Transformación del modelo conceptual (ER) al diseño de datos relacional.

• Reglas de normalización.
• Vistas.
• Lenguaje relacional estándar SQL.
Te recomendamos dar especial atención a la transformación del modelo conceptual a un diseño

de datos relacional, apegándote a las reglas de normalización para evitar problemas de
redundancia e inconsistencia.
Con base en el diseño conceptual del servicio de paquetería elaborado en la práctica anterior
(modelo relacional de la base de datos con sus claves primarias y secundarias), realiza la
transformación de dicho modelo a un diseño de datos relacional.
Deberás crear a nivel de SQL, el esquema de dicho servicio de paquetería y las tablas que
intervienen, asimismo tendrás que generar una vista para que un usuario cualquiera pueda
consultar sobre el Estado, dirección, teléfono y número de factura de las paqueterías del país
que han recibido envíos marcados entre las facturas 100-129 emitidas en tu localidad.
No utilizaremos el álgebra relacional ni realizaremos consultas a nivel de SQL, porque para

obtener resultados debe de existir información en los registros de las tablas de dicho esquema.
Debes realizar la transformación del modelo conceptual al diseño de datos relacional del servicio
de paquetería.
Una vez definido el diseño de datos relacional, debes crear el esquema y las tablas a nivel de
SQL.
Genera una vista en SQL presentando una tabla virtual.
14
Para realizar la transformación del modelo conceptual o relacional al diseño de datos relacional,
definiremos a cada entidad como una tabla, a cada atributo como una columna o campo y a los
vínculos como las líneas de relación entre tablas, basándonos en sus campos primarios.
A partir del diseño relacional elaborado en la práctica 1, como producto 4, realizaremos la

transformación al diseño de datos relacional, apoyándonos en las reglas de normalización, las
cuales nos darán pauta para evitar la redundancia y la inconsistencia de información.
Nota. Los nombres que asignes deben ser significativos y en singular.
Si empezamos por transformar la entidad MENSAJERÍA con sus atributos, obtendremos la

siguiente tabla con sus campos.
MENSAJERÍA
Clave Estado Dirección Teléfono
Donde el campo subrayado es el campo o clave primaria.
Con esta misma lógica, define las tablas para: FACTURA, CLIENTE y ARTÍCULO (ver
figura 5).
MENSAJERÍA
FACTURA
Número Fecha de Clave Clave cliente Clave Clave Artículo Cantidad Total
emisión cliente destinatario ubicación ubicación por clave artículo por
remitente mensajería mensajería clave
origen destino
CLIENTE ARTÍCULO
Clave Nombre Dirección Teléfono Clave Descripción Costo
Figura 5.
Una vez elaboradas las 4 tablas, establece las relaciones entre ellas con una línea que indique la
dirección de dicha relación. Como criterio general empieza la línea de la relación desde el
campo o clave externa de la tabla que hace la referencia, hasta el campo primario que establece
la relación en la otra tabla.
No olvides que el campo que se encuentra en la tabla que hace referencia y que sirve para
relacionar las dos tablas se conoce como campo o clave externa.
15
Ya definido el diseño de datos relacional (figura 6), procederemos a realizar la definición del
esquema y de sus tablas, utilizando sentencias de SQL de la siguiente forma:
MENSAJERÍA
FACTURA
Número Fecha de Clave Clave cliente Clave Clave Artículo Cantidad Total
emisión cliente destinatario ubicación ubicación por clave artículo por
remitente mensajería mensajería clave
origen destino
CLIENTE ARTÍCULO
Clave Nombre Dirección Teléfono Clave Descripción Costo
Figura 6.
Creación del esquema Servicio de paquetería con autorización de acceso para cualquier persona.
CREATE SCHEMA
Servicio_de _paquetería
AUTORIZATION
Cualquiera
Dentro del esquema definiremos las siguientes cuatro tablas: MENSAJERÍA, FACTURA,
CLIENTE y ARTÍCULO.
Es en este momento donde definiremos los tipos de datos que manejará cada campo, haciendo
notar que los campos externos que se relacionan con el campo primario de otras tablas deben
de ser del mismo tipo de dato.
De tal forma que el tipo de dato de MENSAJERÍA->Clave, debe ser igual al tipo de dato del
campo FACTURA-> Clave_Ubicación _mensajería_origen y del campo FACTURA->
Clave_Ubicación _mensajería_destino.
A continuación te presentamos la definición de la tabla MENSAJERÍA.
CREATE TABLE MENSAJERÍA
CLAVE CHAR (3) NOT NULL

ESTADO CHAR (20)
DIRECCIÓN CHAR (45)
TELÉFONO CHAR (12)
16
PRIMARY KEY (CLAVE)
Nota. No olvides que esta y las demás tablas se encuentran contenidas en el esquema Servicio
de paquetería.
Ahora definiremos la tabla FACTURA.

CREATE TABLE FACTURA
NÚMERO INT NOT NULL

FECHA FECHA
CVECLREM CHAR (9) NOT NULL
CVECLDES CHAR (9) NOT NULL
CVEUMO CHAR (3) NOT NULL
CVEUMD CHAR (3) NOT NULL
ARTXCVE CHAR (4) NOT NULL
CANTIACV INT NOT NULL
TOTAL REAL NOT NULL
-PRIMARY KEY (NÚMERO)

-FOREIGN KEY (CVECLREM) REFERENCES CLIENTE (CLAVE)
-FOREIGN KEY (CVECLDES) REFERENCES CLIENTE (CLAVE)
-FOREIGN KEY (CVEUMO) REFERENCES MENSAJERÍA (CLAVE)
-FOREIGN KEY (CVEUMD) REFERENCES MENSAJERÍA (CLAVE)
-FOREIGN KEY (ARTXCVE) REFERENCES ARTÍCULO (CLAVE)
-FOREIGN KEY (CANTIACV) REFERENCES ARTÍCULO (CLAVE)
Para ver la asignación de los nombres utilizados en la definición de los campos de la tabla
FACTURA, ver figura 7.
NOMBRE DEL CAMPO EN EL DISEÑO NOMBRE DEL CAMPO EN

DE DATOS RELACIONAL DEFINICIONES DE SQL
Número NÚMERO
Fecha de emisión FECHA
Clave cliente remitente CVECLREM
Clave cliente destinatario CVECLDES
Clave ubicación mensajería origen CVEUMO
Clave ubicación mensajería destino CVEUMD
Artículo por clave ARTXCVE
Cantidad artículo por clave CANTIACV
Total TOTAL
Figura 7.
Con base en la tabla FACTURA, genera la definición de las tablas CLIENTE y ARTÍCULO,
procura que los campos de relación sean del mismo tipo de dato.
17
En la figura 8 te mostramos la definición del esquema Servicio de paquetería con sus elementos,
es decir, la definición de las tablas y la vista.
ESQUEMA
CREATE SCHEMA Servicio_de _paquetería

AUTORIZATION Cualquiera
TABLAS
CREATE TABLE MENSAJERÍA

ESTADO CHAR (20)
TELÉFONO CHAR (12)
PRIMARY KEY (CLAVE)
CREATE TABLE FACTURA
NÚMERO INT NOT NULL

FECHA FECHA
CVECLREM CHAR (9) NOT NULL
CVECLDES CHAR (9) NOT NULL
CVEUMO CHAR (3) NOT NULL
CVEUMD CHAR (3) NOT NULL
ARTXCVE CHAR (4) NOT NULL
CANTIACV INT NOT NULL
TOTAL REAL NOT NULL
PRIMARY KEY (NUMERO)

FOREIGN KEY (CVECLREM) REFERENCES CLIENTE (CLAVE)
FOREIGN KEY (CVECLDES) REFERENCES CLIENTE (CLAVE)
FOREIGN KEY (CVEUMO) REFERENCES MENSAJERÍA (CLAVE)
FOREIGN KEY (CVEUMD) REFERENCES MENSAJERÍA (CLAVE)
FOREIGN KEY (ARTXCVE) REFERENCES ARTÍCULO (CLAVE)
FOREIGN KEY (CANTIACV) REFERENCES ARTÍCULO (CLAVE)
CREATE TABLE CLIENTE

NOMBRE CHAR (35)
TELÉFONO CHAR (12)
PRIMARY KEY (CLAVE)
CREATE TABLE ARTÍCULO

COSTO REAL
DESCRIPCIÓN CHAR (45)
PRIMARY KEY (CLAVE)
VISTA
CREATE VIEW Vista_1

SELECT Estado, dirección, teléfono, número de factura.
FROM MENSAJERÍA, FACTURA
WHERE Número factura >= 100 AND Número factura<=129
Figura 8.
18
A continuación definiremos la vista solicitada al principio de esta práctica con el lenguaje
SQL, la cual plantea la posibilidad de que un usuario pueda consultar la información contenida
en los campos Estado, dirección, teléfono y número de factura del esquema Servicio de
paquetería.
Primero crearemos la vista asignándole un nombre con la siguiente instrucción:
CREATE VIEW Vista_1
Como segundo paso seleccionaremos los campos que intervendrán en la vista, sin importar a
que tabla pertenecen.
SELECT Estado, dirección, teléfono, número de factura.
Posteriormente, indicaremos qué tablas contienen a los campos anteriores.
FROM MENSAJERÍA, FACTURA
Y por último, estableceremos un criterio de selección de información para la vista, en esta

caso, la vista sólo podrá visualizar la información de las facturas comprendidas entre el número
100 y el número 129.
WHERE Número factura >= 100 AND Número factura<=129
Es importante señalar que una vista es una tabla virtual, es decir, a partir de una tabla física
creamos una consulta única que esta disponible y que funciona como cualquier tabla.
Lo que debes entregar al término de esta práctica es lo siguiente:
1. La transformación del modelo conceptual o relacional al diseño de datos relacional del

servicio de paquetería.
2. La creación del esquema y las tablas del servicio de paquetería, utilizando el lenguaje
estándar de consultas SQL.
3. La vista definida al servicio de paquetería con la sintaxis SQL.
19
PRÁCTICA 3. CREACIÓN, CONSULTA Y MODIFICACIÓN
DE UNA BASE DE DATOS
Objetivo
Realizar un diseño físico de la base de datos, a partir de identificar las herramientas con que
cuenta el SGBD relacional seleccionado: Visual Fox Pro 5.0; de tal forma que tenga todos los
elementos para crear, consultar y modificar cualquier base de datos.
Antecedentes
Antes de realizar esta práctica, debiste haber revisado la Unidad Manipulación de bases de
datos, la cual contempla los temas de creación, consulta y modificaciones a una base de datos.
El servicio de mensajería desea realizar el diseño físico del diseño de datos relacional Servicio
de Mensajería, que contiene las tablas MENSAJERÍA, FACTURA, CLIENTE y ARTÍCULO.
Asimismo, debes llenar las tablas con la información con que se cuenta para poder realizar
consultas a la base de datos de una forma rápida y confiable.
Primero tendremos que identificar los tipos de datos que utiliza nuestro SGBD, para poder
trasladar la definición de las tablas del esquema Servicio de mensajería en lenguaje SQL, a
una definición de estas mismas tablas a un nivel físico en Visual Fox Pro 5.0
Después de haber definido dichas tablas, procederemos a capturar la información con que
cuenta el servicio de paquetería para dar servicio, es decir, la información para las tablas
MENSAJERÍA, FACTURA, CLIENTE y ARTÍCULO.
Por último definiremos una serie de consultas utilizando un filtro para realizarlas.
Dichas consultas son las siguientes:
• Qué artículos tienen un costo de envío mayor a los $50.00

• ¿Cuál es el Estado, la dirección y la clave de las mensajerías que no tienen teléfono?
• Nombre, dirección y teléfono del cliente cuya clave es MDFA00010
No olvides que los campos primarios deben contener valores únicos en sus registros.
El esquema que realizamos en SQL es equivalente en nuestro SGBD a un proyecto, en el cual

describiremos las tablas, los filtros, los reportes y los formatos.
Primero tendremos que entrar al ambiente de Visual Fox Pro 5.0 a partir de la siguiente
secuencia de opciones: Botón Inicio -> Programas -> Microsoft Visual Fox Pro -> Visual Fox
Pro 5.0
20
Nos aparecerá una pantalla de presentación del SGBD, que nos indica que se está abriendo la
aplicación.
Posteriormente seleccionaremos la opción: Crear un proyecto para diseñar, desarrollar y

ensamblar archivos relacionados para generar nuestro proyecto en Visual Fox Pro 5.0.
Lo que nos interesa es crear un Proyecto llamado Servicio de Mensajería, en donde crearemos
nuestras tablas y realizaremos nuestra consulta.
Primero nos solicitará el nombre ubicación de la carpeta donde guardaremos nuestro proyecto.
21
Nuestro proyecto se llamará Mensajería y lo guardaremos en la carpeta C:\Prácticas\BDI
Posteriormente nos aparecerá la barra de estado en la parte inferior de la ventana principal y

dos ventanas dentro de ésta: la ventana de comandos y la del administrador de proyectos.
Nuestro proyecto podrá contener bases de datos, tablas, consultas, formularios, informes,
etiquetas, programas y aplicaciones, entre otros.
Lo primero que realizaremos será la creación de nuestras base de datos seleccionando la opción
datos de nuestra ventana del administrador de proyectos, la cual contendrá las cuatro tablas:
mensajería, factura, cliente y artículo. Dicha base de datos se llamará Mensajería
Utiliza la opción de Nueva Tabla:
22
Nos solicitará el nombre de la primera tabla, la cual llamaremos Mensajería, de tal forma que
al terminar de definir la tabla tendremos la siguiente pantalla:
Al aceptar el diseño de dicha tabla la aplicación nos preguntará si queremos introducir

información a nuestra tabla:
Crea las tablas con base en la Figura 9, la cual contiene la definición de los tipos de datos,
tamaños y ordenaciones.
Mensajería.
Nombre Tipo Tamaño Decimal Ordenado
Clave Carácter 3 0 Ascendente.
Estado Carácter 20 0 Ninguno.
Dirección Carácter 45 0 Ninguno.
Teléfono Carácter 12 0 Ninguno.
Descripción: Contiene información referente a la ubicación de todas las mensajerías del
país
Factura
Número Numérico 6 0 Ascendente.
Fecha Fecha 8 0 Ninguno.
CveClRem Carácter 9 0 Ninguno.
CveClDes Carácter 9 0 Ninguno.
CveUMO Carácter 3 0 Ninguno.
CveUMD Carácter 3 0 Ninguno.
ArtXCve Carácter 4 0 Ninguno.
Total Numérico 12 2 Ninguno.
Descripción: Contiene información de las facturas emitidas en la mensajería de la
localidad
23
Cliente.
Nombre Carácter 35 0 Ninguno.
Dirección Carácter 45 0 Ninguno.
Teléfono Carácter 12 0 Ninguno.
Descripción: Contiene la información referente a los datos generales de los clientes.
Artículo.
Costo Numérico 12 2 Ninguno.
Descrip Carácter 45 0 Ninguno.
Descripción: Contiene la descripción y los costos de los artículos que se pueden enviar.
Figura 9.
El atributo index (ordenación) lo puede especificar el usuario; por default no se encuentran

ordenados los campos, pero se puede definir una ordenación ascendente o descendente.
Una vez creada una tabla NO se requerirá volver a crearla para usarla, simplemente se pone en
uso y si se desea cambiar algún tipo de dato, simplemente se modificará la estructura.
Procederemos con la captura de la información que contendrá cada una de nuestras tablas (ver
figura 10).
24
Figura 10
Por el momento consideraremos que la información la estamos obteniendo de un sistema

manual, por lo cual tenemos información de Mensajería, clientes y artículos. La información
referente a facturas la empezaremos de cero.
Una vez capturada la información procederemos a realizar los filtros necesarios para realizar
las consultas planteadas al inicio de la práctica.
Un filtro lo consideraremos como una vista, en la cual únicamente veremos la información

solicitada.
En el administrador de proyectos selecciona la categoría de consulta.
Es importante señalar que se nos han solicitado tres consultas, por lo cual tendremos que
generar tres filtros.
La primera consulta: ¿Qué artículos tienen un costo de envío mayor a los $50.00?, la realizaremos
sobre la tabla articulo de la siguiente forma:
Selecciona la tabla que se utilizará para la consulta
25
Agregaremos todos los campos para visualizarlos en el resultado:
Seleccionaremos la ceja Filtro y pondremos los siguientes criterios:
Procederemos a guardar la presente consulta de la siguiente manera:
Selecciona menú archivo ->Guardar y te aparecerá la siguiente pantalla, en la cual le daremos

un nombre a nuestra consulta. En este caso la primera consulta se llamará Costomayor50.qbe
Para ejecutar la consulta bastará con teclear el botón Ejecutar
Podrás observar los resultados de dicha consulta la figura 11.
26
Figura 11.
De la misma forma realizaremos las otras dos consultas.

Nota. Cada impresora tiene sus propios controladores, pregunta al encargado de la sala de
cómputo cuál es la configuración correcta de tu impresora.
A continuación te enumeramos lo que debes entregar al finalizar tu práctica.
1. La impresión de la estructura de las cuatro tablas del proyecto Mensajería.
2. La impresión de los registros contenidos en las tablas mensajería.dbf, cliente.dbf y

artículo.dbf.
3. La impresión del diseño de las tres consultas realizadas en la práctica.
4. La impresión de los resultados de las tres consultas realizadas en la práctica.
27
PRÁCTICA 4. ORDENACIÓN FÍSICA E INDEXACIÓN
Objetivo
Ordenar la información contenida en una tabla de forma ascendente o descendente, a partir de

crear archivos índices o crear tablas reordenadas (sort).
Antecedentes
Haber realizado las prácticas anteriores, ya que se necesitará trabajar con los registros de la
tabla clientes. También es necesario conocer el tema de ordenaciones físicas (sort) y lógicas
(index), revisado en la unidad III Manipulación de bases de datos.
El responsable del servicio de mensajería de la Ciudad de México requiere una relación de los
clientes ordenada por los siguientes criterios:
• Clave en forma ascendente.

• Nombre en forma ascendente.
• Dirección en forma descendente.
• Teléfono en forma descendente.
Asimismo solicita que las dos primeras ordenaciones generen dos nuevas tablas, mientras que
las dos últimas, sean por medio de índices.
Como estas consultas son extras a nuestro catálogo las elaboraremos fuera de éste, es decir,
pondremos en uso la tabla clientes sin abrir el proyecto Mensajería.
Como primer paso a seguir generaremos las dos primeras tablas ordenadas bajo el criterio
establecido en el planteamiento del problema.
Como segundo paso generaremos los dos archivos índices para realizar las siguientes dos
ordenaciones requeridas en el planteamiento del problema.
Por último, realizaremos la impresión de las cuatro ordenaciones.
Nota. No olvides que es de suma importancia usar nombres significativos en los nombres de
las nuevas tablas y de los archivos índice.
En la práctica anterior establecimos que las tablas que creamos se encuentran ordenadas por
un campo específico, ya que dicha estructura almacena la instrucción de ordenación por índices
en sí misma, por lo cual no existe un archivo índice externo que podamos utilizar para ordenar
dicha tabla, ya está incluido.
28
Hasta el momento nos hemos apoyado para operar nuestro SGBD con el Administrador de
proyectos.
Sin embargo, existe otra forma de interactuar con nuestro SGBD y es la ventana o panel de
comandos.
En este modo realizaremos las ordenaciones que se nos han solicitado al principio de la
práctica.
Cada comando que escribas se seguirá visualizando en la ventana de comandos, por lo cual, si
requieres utilizar nuevamente uno de estos comandos, bastará con que te desplaces a este con
las teclas de flechas y pulsar enter para que se ejecute nuevamente, posesionando este comando
hasta el final de la lista.
Entenderemos por comando un verbo que le dice a nuestro SGBD cómo realizar una acción
(ver figura 12).
A continuación te mostramos una lista de los comandos más comúnmente utilizados en

Visual Fox Pro 5.0
COMANDOS SIMPLES COMANDOS CON CRITERIOS

CREATE <Tabla> DISPLAY [<ámbito>] [FOR
Crea la estructura de una tabla. <Condición>] [WHILE <Condición>]
[Fields<Lista de campos>] [to printer]
DISPLAY STRUCTURE <Tabla> Despliega el registro actual, todos o algunos
Despliega la estructura de una tabla registros para ciertos criterios y campos a la
impresora o en el panel de resultados.
MODIFY STRUCTURE <Tabla>
Modifica la estructura de una tabla. LOCATE [<ámbito>] [FOR <Condición>]
[WHILE <Condición>]
USE <Tabla> Busca en la tabla el primer registro que cumpla
Pone en uso una tabla. cierta condición.
APPEND CONTINUE
Permite añadir registros a la tabla en uso. Busca el siguiente registro que cumpla con la
condición del locate anterior.
GO <n>
Desplaza el puntero al registro n BROWSE [<ámbito>] [FOR <Condición>]
(n debe ser de tipo entero). [WHILE <Condición>] [Fields<Lista de
campos>]
INSERT Visualiza y edita la lista de registros de la tabla
Inserta un nuevo registro a la tabla. actual bajo ciertos criterios.
29
Sintaxis: <> Obligatorio.
[ ] Opcional.
BORRADO DE REGISTROS
DELETE [<ámbito>] [FOR <Condición>] [WHILE <Condición>]
Marca los registros de la tabla en uso que cumplen los criterios establecidos.
Ejemplo: Delete all
RECALL [<ámbito>] [FOR <Condición>] [WHILE <Condición>]

Recupera los registros marcados de la tabla por el delete, es decir, elimina la marca.
Ejemplo: Recall all
Nota. Utiliza el ámbito ALL, ya que si no lo pones únicamente te marcará o recuperará

el primer registro que encuentre.
PACK
Elimina todos los registros de la tabla marcados.
Ejemplo: Borrado de un solo registro.
ZAP
Elimina todos los registros de la tabla actual sin importar si no están marcados.
Figura 12
El panel de resultados es toda la ventana de la aplicación y es aquí donde visualizaremos los

resultados de los comandos escritos en el panel de comandos, la salida de un comando no
siempre puede ser al panel de resultados, ya que en algunos casos se requiere que se abra una
ventana independiente del panel de resultados, como es el caso del BROWSE entre otros.
VENTANA DE COMANDOS
Panel de entrada
30
El tamaño máximo de una línea de comando puede contener hasta 4096 letras, y el máximo de
líneas almacenadas en el panel de entrada es de 1000. El máximo número de líneas de resultados
depende de su controlador de video, el típico valor es de 25 líneas.
PANEL DE RESULTADOS
Para crear la primera tabla ordenada por clave en forma ascendente tendremos que seguir los
siguientes pasos:
1. Cerrar todos los archivos.
2. Verificaremos que nos encontramos en la ruta C:\PRÁCTICAS\BDI
3. Poner en uso la tabla Clientes sin abrir el proyecto mensajería.
En el panel de resultados no se desplegará ningún mensaje.
1. Crear la nueva tabla ordenada por clave y en forma ascendente a partir del siguiente
comando:
SORT TO <NOMBRE DE LA NUEVA TABLA> ON <CAMPO> / ASCENDENTE O

DESCENDENTE.
De tal forma que el comando que utilizaremos para crear la nueva tabla con nuestro criterio
establecido será:
SORT TO CLICVE ON CLAVE/A
Creándose así una nueva tabla llamada CLICVE.DBF ordenada por clave en forma ascendente.
31
Es importante señalar que la nueva tabla NO se encuentra en uso, ya que solamente hemos
puesto en uso la tabla cliente.
La siguiente ordenación física por nombre en forma ascendente se realizará de forma similar
(ver figura 13).
Figura 13.
Para poner en uso la tabla ordenada bastará con poner use <tabla ordenada>
A continuación describiremos la forma de realizar las ordenaciones lógicas o por medio de

índices, al crear archivos externos de índice para hacer referencia a los registros de nuestra
tabla base Cliente.dbf
Como ya comentamos en la estructura de una tabla se puede establecer un criterio de ordenación

indexado.
Ordenación por índice en estructura de la tabla.
Si revisamos nuestras tablas veremos que los registros se encuentran ordenados según la
secuencia de captura original, para poner en uso dicho criterio de ordenación por índices
tendremos que utilizar el comando:
SET ORDER TO TAG <CAMPO>
Sin embargo, también esta ordenación se puede hacer independiente del diseño de la estructura
de la tabla, ya que en algún momento podremos requerir de una ordenación diferente a la
establecida en la tabla.
Nota. Si se utilizan archivos índices independientes de la estructura de la tabla, éstos se tendrán

que abrir cada vez que se modifique la tabla, de lo contrario el tamaño de los índices no se
actualizará con los cambios de la misma.
32
En caso de que se olvide abrir el archivo índice y se actualizó la tabla, lo que procede es abrir
la tabla y el archivo índice y reindexarlo con el comando REINDEX.
Primero pondremos en uso la tabla base Cliente.dbf utilizando el comando USE CLIENTE.
Es importante señalar que en este caso siempre se encontrará activa la tabla cliente.dbf, ya que
ésta contiene la información a ordenar con los índices, lo único que se hace es crear el índice
por primera vez y posteriormente ponerlo en uso, al terminar de utilizar las ordenaciones por
índices se tendrán que cerrar provocando que nuestra tabla recupere su apariencia original.
El comando para crear una indexación es:
INDEX ON <CAMPO> TAG <NOMBRE DE ETIQUETA ÍNDICE> OF <NOMBRE

DEL ARCHIVO ÍNDICE> [DESCENDING] [UNIQUE]
Si realizamos la primera ordenación lógica por dirección en forma descendente, el comando

que utilizaríamos sería el siguiente:
INDEX ON DIRECCION TAG IND1 OF INDDIR DESCENDING
No utilizaremos la opción UNIQUE, ya que en algún momento las direcciones se pueden

repetir.
Si revisamos la estructura de la tabla se verá así:
33
Una vez creado un archivo índice, al igual que las tablas, ya no se requiere crearlo cada vez que
lo vamos a usar, simplemente lo pondremos en uso de la siguiente forma
SET INDEX TO INDDIR o

USE CLIENTE INDEX INDDIR
SET ORDER TO IND1
La información ordenada por dirección de forma descendente se ve en el Browse de la figura

14.
Figura 14.
Cuando ya no sea necesario utilizar el archivo índice, debemos cerrarlo, para que éste no altere
a la tabla en su estructura principal, de la siguiente forma: CLOSE INDEX
De la misma forma realizaremos la última consulta: un listado de clientes por teléfono en

forma descendente (ver figura 15)
34
Figura 15.
35
Se puede abrir más de un índice al mismo tiempo de la siguiente forma:
SET INDEX TO <NOMBRE DEL ARCHIVO ÍNDICE 1>, <NOMBRE DEL ARCHIVO
ÍNDICE 2> ... <NOMBRE DEL ARCHIVO NÚMERO N>
Para decir cuál de todos los índices que se abrieron es el maestro, se realiza la siguiente sentencia:
SET ORDER TO <NOMBRE DE ETIQUETA ÍNDICE>
Por ejemplo, se desea poner en uso los dos archivos índices realizados para la consulta 3 y 4,
entonces el comando será:
SET INDEX TO INDDIR, INDTEL
Para poner como índice maestro a la ordenación de teléfonos la sentencia será la siguiente:
SET ORDER TO IND2
Para imprimir los listados lo haremos de la misma forma que se realizó en la práctica anterior.
No olvides seleccionar la tabla correcta o poner en uso los archivos índices antes de imprimir.
Lo que debes entregar para la evaluación de tu práctica es lo siguiente:
1. La impresión de los registros contenidos en las tablas clicve.dbf y clinom.dbf
2. La impresión de los registros de la tabla cliente.dbf con el índice maestro Inddir.mdx
3. La impresión de los registros de la tabla cliente.dbf con el índice maestro Indtel.mdx
36
PRÁCTICA 5. CREACIÓN DE INFORMES
Objetivo
Al finalizar esta práctica el estudiante tendrá los elementos necesarios para realizar reportes
simples, utilizando el asistente para informes y el diseñador de informes.
Antecedentes
Conocer la forma de resolución de las primeras cuatro prácticas, ya que de esto depende el
éxito de la presente. Haber revisado el tema de generador de reportes contenido en la Guía de
Bases de Datos I.
El Presidente de los Servicios de Mensajería SQB de la República Mexicana desea presentar a

su mesa directiva dos reportes. El primero hace referencia a los artículos que en la actualidad
pueden enviar y el segundo presenta las mensajerías que se encuentran en el país.
Estos reportes deben tener una presentación profesional, de tal forma que la mesa directiva
los entienda de una forma simple y sencilla.
El primer reporte lo elaboremos con el asistente de informes.
El segundo reporte lo diseñaremos con el diseñador de informes.
Ambos reportes deben contener el encabezado:

SERVICIOS DE MENSAJERÍA S.A. DE C.V.
Asimismo, debe presentar el logotipo de la mensajería (selecciona una imagen acorde al

problema) y el título del reporte.
La información se encontrará distribuida en el reporte con encabezados significativos y

ordenados por clave.
Por último, cada reporte tendrá el pie de página: Página 1 de N, donde N es la cantidad total de
hojas del reporte.
Primero tendremos que poner en uso nuestro proyecto Mensajería y la base de datos Mensajería,
posteriormente seleccionaremos la categoría de documentos->Informes, oprimiendo el botón
nuevo.
37
Seleccionaremos la opción Asistente de informes.
Seleccionaremos la opción de asistente para informes, el cual nos ayudará a elaborar nuestro
informe en cinco pasos.
PASO 1
Selecciona la tabla Artículo y los campos que se desplegarán en el informe, en este caso, todos.
38
PASO 2
Seleccionaremos como estilo del reporte el Ejecutivo.
PASO 3
Definiremos las características del informe como orientación vertical, número de columnas =
1 y los campos distribuidos en columnas.
PASO 4
Se ordena el informe con base en la clave del artículo en forma ascendente.
39
PASO 5
Se le asigna un nombre de título al reporte y se guarda con el nombre Artículo y finalizar.
Se puede ver el informe con la opción presentación preliminar.
Para poner el encabezado y pie de página bastará con modificar el informe
Utilizando la barra de herramientas de controles de informes modifica el informe, de tal forma

que quede como la figura 16.
Figura 16.
Para anexar el logotipo utiliza el botón OLE.
Para anexar el dato de N de la paginación, selecciona la etiqueta de página y da un clic con el
botón derecho para que te aparezca un menú emergente, selecciona propiedades y modifica
la expresión como se muestra en la siguiente figura.
40
Por último guarda las últimas modificaciones.
Tu informe debe tener la apariencia de la figura 17.
Figura 17.
41
Diseña el otro informe utilizando el diseñador de informes, de tal forma que te quede como el
presentado en la figura 18.
Figura 18.
1. La impresión de los dos informes Artículo y Mensajería.
42
PRÁCTICA 6. CREACIÓN DE INFORMES
Objetivo
Al finalizar esta práctica el estudiante tendrá los elementos necesarios para generar formularios
o pantallas de captura, utilizando al asistente para formularios.
Antecedentes
Conocer la forma de resolución de las primeras cinco prácticas, ya que de esto depende el éxito
de la presente. Haber revisado el tema de generador de pantallas contenido en la Guía Bases de
Datos I.
Se desea generar dos pantallas o formularios de captura, el primero para los datos de los
clientes y el segundo para los artículos que transporta.
Estos formularios deberán tener pantallas que permitan capturar la información de una manera
fácil y sencilla, de tal forma que cualquier usuario pueda capturarla.
Los formularios los elaboremos con el asistente de formularios.
Cada formulario tendrá un encabezado que haga referencia a lo que presenta, de tal forma que
del primer formulario será Clientes y del segundo Artículos.
Primero tendremos que poner en uso nuestro proyecto Mensajería y la base de datos Mensajería,
posteriormente seleccionamos la categoría de documentos ->Formularios, oprimiendo el botón
nuevo.
43
Seleccionamos la opción Asistente de formularios.
Nos aparecerá una pantalla para seleccionar asistente de formularios, seleccionamos la opción
Asistente de Formularios.
El asistente para formularios nos ayudará a elaborar nuestro formulario en cuatro pasos.
PASO 1
Selecciona la tabla clientes y los campos que se capturarán en el formulario, en este caso, todos.
PASO 2
44
Seleccionamos como estilo del formulario En relieve y tipo de botón Botones con imagen.
PASO 3
Se ordena el formulario con base en la clave del cliente en forma ascendente.
PASO 4
Se le asigna un nombre de título al formulario y se guarda con el nombre Cliente y finalizar.
Se puede ver el formulario con la opción presentación preliminar.
Tu informe debe tener la apariencia de la figura 19.
Figura 19.
45
Diseña el otro formulario utilizando el diseñador de formularios, de tal forma que te quede
como el presentado en la figura 20.
Figura 20.
1. La impresión de los dos formularios Cliente y Artículos.
PRÁCTICA 7. BASES DE DATOS RELACIONAL
Objetivo
Al finalizar esta práctica el estudiante tendrá los elementos necesarios para generar informes
y formularios, utilizando dos o más tablas de una base de datos.
Antecedentes
Conocer la forma de resolución de las primeras seis prácticas, ya que de esto depende el éxito
de la presente. Haber revisado el tema de Creación y manejo de bases de datos múltiples
contenido en la Guía Bases de Datos I.
Se desea generar un formulario que nos permita capturar los datos del envío de un paquete y
emitir una factura que contenga el nombre del cliente que envía y el que recibe, datos de la
mensajería de origen y destino, así como la descripción del artículo enviado con su costo.
46
Se tendrá que generar primeramente un formulario de captura de datos de envío (ver figura
21), posteriormente se tendrá que generar un informe que consulte todas las tablas de la base
de datos mensajería.
Figura 21.
Primero tendremos que poner en uso nuestro proyecto Mensajería y la base de datos Factura,
posteriormente seguiremos el procedimiento de generación de formularios revisado en la
práctica anterior.
Guarda el formulario con el nombre Factura.
Revisa en la bibliografía sugerida cómo generar un informe con dos o más tablas.
1. La impresión del formulario Factura y la impresión del informe factura.
47

Bases de datos I - Manual de ejercicios y prácticas

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Bases de datos I - Manual de ejercicios y prácticas

Uploaded by

Copyright:

Available Formats

M anu al de ejercicios y prácticas

(Versión para fase inicial)

C ON L A C O LA B ORA C IÓN D E L uis G abriel M o ndragón Torres

En este manual se te presentan problemas sencillos en forma de ejercicios que

Es así como este manual se encuentra dividido en dos secciones, la sección de

Actualmente las bases de datos son el elemento fundamental dentro de las

Actualmente lleva el registro de reservaciones de una forma manual, siendo el Recepcionista

A continuación te describimos dicho control:

Finalmente, el recepcionista registra los datos del huésped en la libreta de huéspedes y en la

Cuando llega un huésped a hospedarse se le solicita su clave de reservación para verificarla, se

En la libreta de habitaciones, la cual se encuentra ordenada por fechas y tipos de habitaciones,

Problema: Identifica los posibles problemas de redundancia e inconsistencia que podrían

Problema: A partir de la definición de las entidades, atributos y relaciones, elabora el modelo

Problema: Transofrma el modelo de entidad-relación elaborado, en el modelo de datos

Problema: Revisa las siguientes tablas:

Tabla 1 Datos alumno 1

Tabla 2 Datos alumno 2

TABLA 2 Promedio  asesor

s <Asesor = Lic. Santiago Bravo Cuevas> (<Tabla 2>)

s <Teléfono = no tiene> (<Tabla 1>)

p <Nombre, dirección, teléfono> (<Tabla 1>)

p <Matrícula, asesor> (<Tabla 2>)

Nombre, dirección y promedio del estudiante, cuya matrícula es: 8987654

Problema: De la intersección de las Tablas 1 y 2 del ejercicio 7, escribe la información que

Nombre, dirección y matrícula, donde el alumno no tenga teléfono.

PRÁCTICA 1. EL DISEÑO CONCEPTUAL DE UNA

Descripción del problema

Por último, deberá contener el total a pagar del envío.

Solución del problema

El estudiante únicamente desarrollará el modelo de datos relacional, a partir del diseño

Dada la naturaleza de esta práctica, no es necesario realizar la fase de recolección y análisis de

1. Los sustantivos que se encuentran en la narración podrán ser entidades.

3. Los verbos que aparezcan podrán ser vínculos.

Si revisamos la descripción narrativa nuevamente (ubicada en Descripción del problema),

Realiza esta actividad de identificación de elementos (ver figura 1).

El servicio de mensajería FQB, desea implementar un sistema electrónico para registrar

Por último, deberá contener el total a pagar del envío.

Nota. En la entidad MENSAJERÍA no consideres el atributo Nombre porque siempre será

1. Elige nombres que comuniquen el significado de cada elemento del esquema.

Clave cliente remitente

Fecha de emisión Clave cliente destinatario

MENSAJERÍA EMITE FACTURA

Estado Número Clave ubicación mensajería origen Teléfono

MENSAJERÍA EMITE FACTURA

Total REGISTRA Descripción

Al término de la práctica debes entregar:

1. La descripción narrativa con la identificación de los elementos.

2. La definición de las entidades, atributos y vínculos.

3. El modelo relacional de la base de datos.

4. El modelo relacional de la base de datos con sus claves primarias y secundarias.

5. Tu trabajo con orden y limpieza.

Realizar la transformación de un modelo conceptual, como lo es el diagrama de Entidad -

• Transformación del modelo conceptual (ER) al diseño de datos relacional.

Te recomendamos dar especial atención a la transformación del modelo conceptual a un diseño

Descripción del problema

No utilizaremos el álgebra relacional ni realizaremos consultas a nivel de SQL, porque para

Solución del problema

Genera una vista en SQL presentando una tabla virtual.

A partir del diseño relacional elaborado en la práctica 1, como producto 4, realizaremos la

Nota. Los nombres que asignes deben ser significativos y en singular.

Si empezamos por transformar la entidad MENSAJERÍA con sus atributos, obtendremos la

Tabla 1 Datos alumno 1

Tabla 2 Datos alumno 2

TABLA 2 Promedio asesor

s <Asesor = Lic. Santiago Bravo Cuevas> (<Tabla 2>)

s <Teléfono = no tiene> (<Tabla 1>)

Dada la naturaleza de esta práctica, no es necesario realizar la fase de recolección y análisis de

Si revisamos la descripción narrativa nuevamente (ubicada en Descripción del problema),

Posteriormente seleccionaremos la opción: Crear un proyecto para diseñar, desarrollar y

Seleccionaremos la ceja Filtro y pondremos los siguientes criterios:

3. Poner en uso la tabla Clientes sin abrir el proyecto mensajería.