Proyecto Final

Marcelo Meier Coronado

Base de Datos
Loreto Yáñez
27/11/2019
 Índice

I. Marco Referencial .................................................................................................................. 3

1.1Definición de Base de Datos. ................................................................................................ 3
1.2 Modelo de Base de Datos..................................................................................................... 3
1.3 Descripción y usos de Sistemas Gestores de Bases de Datos. .......................................... 4
1.4 Descripción breve de SGBD 2017 a 2019. ......................................................................... 4
1.5 Descripción de MySQL y MySQL WORKBENCH. ........................................................ 4
1.6 Definición de BIGDATA. .................................................................................................... 4
1.7 Sistemas y Procesamientos de Datos con BIGBATA. ...................................................... 4
1.8 Análisis de datos de la Nueva Generación: Ciencia de Datos, etc. .................................. 5
II. Descripción del Caso ............................................................................................................ 6
III. Análisis, Diseño, Implementación y Consultas SQL a la Base de Datos ........................ 7
3.1 Requerimientos para el Procesamiento de Datos. ............................................................ 7
3.2 Modelo Conceptual Entidad Relación. .............................................................................. 8
3.3 Modelo Lógico Relacional. .................................................................................................. 9
3.4 Normalización del Modelo Relacional ............................................................................. 10
3.5 Implementación de la BD en SGBD MYSQL WORKBENCH. .................................... 13
IV. Conclusiones. ..................................................................................................................... 17
V. Referencia Electrónica. ...................................................................................................... 18

2
 I. Marco Referencial
1.1 Definición de Base de Datos.
Una base de datos es una recopilación de información que se encuentra estructurada de forma
que un programa de ordenador pueda seleccionar rápidamente los datos que pueda necesitar.
Una base de datos es un sistema de archivos electrónico. Las bases de datos tradicionales se
organizan por campos, registros y archivos.
Un campo es una pieza única de información; un registro es un sistema completo de campos; y
un archivo es una colección de registros. Por ejemplo, una guía de teléfono es análoga a un
archivo. Contiene una lista de registros, cada uno de los cuales consiste en tres campos: nombre,
dirección, y número de teléfono.

1.2 Modelo de Base de Datos.

 Definición y descripción de Bases de Datos Relacionales.
Una base de datos relacional es una colección de elementos de datos organizados en un conjunto
de tablas formalmente descritas desde la que se puede acceder a los datos o volver a montarlos
de muchas maneras diferentes sin tener que reorganizar las tablas de la base. Una base de datos
relacional es un conjunto de tablas que contienen datos provistos en categorías predefinidas.
Cada tabla (que a veces se llaman ‘relación’) contiene una o más categorías de datos en
columnas. Cada fila contiene una instancia única de datos para las categorías definidas por las
columnas.
La base de datos relacional más usada y conocida es MySQL junto con Oracle, seguida por SQL
Server, entre otras.
 Definición y descripción de Bases de Datos no Relaciones.
Las bases de datos no relacionales son las que, a diferencia de las relacionales, no tienen un
identificador que sirva de relación entre un conjunto de datos y otros. La información se organiza
normalmente mediante documentos y es muy útil cuando no tenemos un esquema exacto de lo
que se va a almacenar.
Las bases de datos no relacionales más conocidas son MongoDB, Cassandra.
 Definición y descripción de Base de datos Orientada a Documentos.
Una base de datos documental, también llamada una base de datos orientada a documentos u
tienda de documentos, es un subconjunto de un tipo de base de datos NoSQL. Algunos
almacenes de documentos también pueden ser bases de datos de valores clave. Una base de
datos de documentos se utiliza para almacenar, recuperar y administrar datos semiestructurados.
A diferencia de las bases de datos relacionales tradicionales, el modelo de datos en una base de
datos de documentos no está estructurado en un formato de tabla de filas y columnas. El
esquema puede variar, proporcionando mucha más flexibilidad para el modelado de datos que
las bases de datos relacionales.

3
1.3 Descripción y usos de Sistemas Gestores de Bases de Datos.
Un Sistema Gestor de Base de Datos es un tipo de software muy específico que permite la
definición de la base de datos y la elección de las estructuras de los datos que son necesarios
para el almacenamiento y la búsqueda de datos. Permite almacenar, modificar y extraer
información de una base de datos. Se compone de un lenguaje de definición de datos, de un
lenguaje de manipulación de datos y de un lenguaje de consulta.

1.4 Descripción breve de SGBD 2017 a 2019.

1.5 Descripción de MySQL y MySQL WORKBENCH.

MySQL es un sistema gestor de base de datos de tipo relacional con código abierto que es
considerado uno de los más populares del mundo de código abierto junto a Oracle y Microsoft
SQL Server. Es una de las opciones las utilizadas por las empresas y compañías que se basan
en la web. Unos de los más conocidos y que utilizan este sistema son Facebook, Twitter y
YouTube.
MySQL WORKBENCH es una herramienta visual para arquitectos de base de datos;
herramientas visuales para ejecutar, crear y optimizar las consultas SQL. Permite modelar
diagramas de entidad-relación para bases de datos MySQL, elaborar una representación visual
de las tablas y claves foráneas de la base de datos.

1.6 Definición de BIGDATA.

BIGDATA es un término que describe el volumen de datos. Un conjunto de datos de mayor
tamaño y complejidad, y al ser de gran volumen un software convencional no puede
administrarlos y dificultan su gestión.

1.7 Sistemas y Procesamientos de Datos con BIGBATA.

Los sistemas de gestión de BIGDATA se definen por:
 Variedad: Los datos que se usan en BIGDATA no son alineados y podemos ver tanto
datos estructurados como no estructurados.
 Volumen: La cantidad de datos cada vez es mayor y pueden haber petabytes de
información.
 Velocidad: Los sistemas de datos deben tender al Near Real Time (Casi en tiempo real).
 Veracidad: Es importante mantener la veracidad y fiabilidad de los datos para su
procesamiento.

4
1.8 Análisis de datos de la Nueva Generación: Ciencia de Datos, etc.
La Ciencia de Datos es un campo que extrae el conocimiento o un mejor entendimiento de los
datos, ya sean estructurados o no. La extracción de grandes cantidades de datos estructurados
y no estructurados para identificar patrones puede ayudar a una organización a controlar los
costos, aumentar la eficiencia, reconocer nuevas oportunidades de mercado y aumentar la
ventaja competitiva de la organización.

5
 II. Descripción del Caso

Una empresa que está dedicada a la administración de un hotel encontrado al sur de Chile, desea
realizar un diseño de una base de datos, para almacenar datos como las reservaciones por
internet, la información de los clientes que se han hospedado, etc. La problemática principal es
que no existe un método moderno que sea efectivo y rápido para la organización de los datos.
Al reservar un tipo de habitaciones vienen servicios y actividades recreativas como caminatas,
piscinas, ciclismo, etc. Estos servicios y actividades tienen un costo adicional.

Su misión es principalmente brindar una atención de calidad y eficiente a todos sus clientes de
la zona sur.

Su visión es ser reconocidos como uno de los mejores hoteles de la zona sur de Chile por la
calidad de la atención y la amabilidad.

Organigrama.

Gerente
General

Area Area Area

Comercial Operativa Financiera

Ejecución de
Recepcionista Contabilidad
Ventas

Call Center Reservas Auditoría

Conserjería

Chefs

6
 III. Análisis, Diseño, Implementación y Consultas SQL a la Base de Datos

3.1 Requerimientos para el Procesamiento de Datos.

Entidades necesarias para el procesamiento de datos:
- Huéspedes: Es necesaria para que todos los datos de los huéspedes que llegan al hotel
puedan ser registrados.
- Habitaciones: Da a conocer cuáles son las características que tiene cada habitación, ya
sea el número del piso en donde se encuentra, el número de la habitación.
- Reservas: Aquí vemos la información que tiene que ver con la reserva, por ejemplo, las
fechas de inicio y termino de la reserva, el tipo de pago, etc.
- Agencia de Viajes: La información de cuando una agencia de viajes hace la reserva por
el cliente.
- Particular: Simplemente la información del huésped que va directamente al hotel para
hacer su reserva.
- Servicios: Los servicios que pueden elegir los huéspedes, pero pagando un monto extra.
- Actividades: Las actividades que hay en el hotel que vienen incluidas cuando se reserva
una habitación, pero pagando un monto extra.
- Categorías: La descripción de la habitación y el elegir el tipo de habitación que se desea.
- Empleados: Los empleados que trabajan en el hotel y su tipo de trabajo en el mismo.
Estos empleados trabajan en las reservas y/o las habitaciones.

7
3.2 Modelo Conceptual Entidad Relación.

Explicación de Diagrama.
La entidad Huéspedes tiene cardinalidad 1: n con la entidad Habitaciones por que las
habitaciones pueden ser hospedadas por muchos huéspedes.
La entidad Habitaciones tiene cardinalidad 1: n con la entidad Categorías ya que las
habitaciones están divididas en muchas categorías.
La entidad Huéspedes tiene cardinalidad n:n con la entidad Reservas por que los huéspedes
pueden hacer muchas reservas y a la vez las reservas son hechas por muchos huéspedes.
La entidad Empleados tiene cardinalidad n:n que relaciona las habitaciones y las reservas,
ya que muchos empleados trabajan en muchas habitaciones y en muchas reservas.
La entidad Reservas tiene cardinalidad 1: n con las entidades Servicios y Actividades, ya
que las reservas vienen con muchos servicios y muchas actividades.
La entidad Reservas tiene cardinalidad 1: n con las entidades Agencia de Viajes y Particular,
por que las reservas pueden ser hechas por muchas agencias de viajes y por muchos
particulares.

8
3.3 Modelo Lógico Relacional.

Claves Foráneas

Claves Primarias

9
3.4 Normalización del Modelo Relacional
Para la construcción y diseño de una base de datos es primordial normalizarla, a través de la
simplificación de datos, para evitar la repetición de datos
Primera Forma Normal: Atomizar datos, es decir, en registros donde contenga más de una
palabra, separamos la información en dos columnas. Evitar la repetición de datos; una vez
tengamos nuestras tablas con múltiples registros es probable que mucha información se repita,
como por ejemplo en una base de datos de libros, el nombre de un autor, dentro de una compra
y venta la marca de un vehículo, etc.
Segunda Forma Normal: Vamos a continuar separando tablas, para crear tablas con información
más específica, pero esta vez realizando un mayor análisis. Podemos optar a dos opciones para
distribuir la información de tablas llamadas dependencia funcional y dependencia transitiva; la
primera haciendo alusión de que la información fluye de forma de cadena, y la segunda fluyendo
de relación discontinuas, pero a la vez unidas.
Tercera Forma Normal: Continuando con nuestro propósito esta tercera forma de normalización
cumple el rol de que toda cadena de caracteres sea reemplazada por un código numérico, el cual
ocupara menos espacio de almacenamiento.
Tabla Huéspedes Sin Normalizar.
ID Huéspedes Nombre Dirección Teléfono Ciudad
20101 Esteban Cortez Riquelme 610 98784875 Victoria
19123 Matías Coronado Coquimbo 716 63104789 Santiago
21014 Javiera Fuentes Av. Montt 450 99458721 Pucón

Tabla Huéspedes Normalizada.

ID Nombre Apellido Dirección Numero Teléfono Ciudad
Huéspedes
20101 Esteban Cortez Riquelme 610 98784875 Victoria
19123 Matías Coronado Coquimbo 716 63104789 Santiago
21014 Javiera Fuentes Av. Montt 450 99458721 Pucón

Tabla Habitaciones Sin Normalizar.

ID Habitaciones N° Habitación N° Piso
12 501 5
51 208 2
24 704 4
12 501 5

10
Tabla Habitaciones Normalizada.
ID Habitaciones N° Habitación N° Piso
12 501 5
51 208 2
24 704 4

Tabla Servicios Sin Normalizar

ID Servicios Tipo de Servicio Precio Servicio
18 Lavandería $5
51 Gimnasio $10/h
18 Lavandería $5

Tabla Servicios Normalizada.

ID Servicios Tipo de Servicio Precio Servicio
18 Lavandería $5
51 Gimnasio $10/h

Tabla Actividades Sin Normalizar.

ID Actividades Descripción Actividad Precio Actividad
091 Caminata por sendero $12
019 Paseos en Bicicleta $10
021 Piscinas Temperadas $20
019 Paseos en Bicicleta $10

Tabla Actividades Normalizada.

ID Actividades Descripción Actividad Precio Actividad
091 Caminata por sendero $12
021 Piscinas Temperadas $20
019 Paseos en Bicicleta $10

Tabla Agencia de Viajes Sin Normalizar.

ID Agencia de V. Nombre Ag. Teléfono Ag. Dirección Ag. Tipo de Ag.
19867901 Paraíso, Inc. 843301 Juan Rhodes Nacional
190
30192839 El Camino 98737218 Coquimbo Internacional
101
19867901 Paraíso, Inc. 843301 Juan Rhodes Nacional
190

11
Tabla Agencia de Viajes Normalizada.
ID Agencia Nombre Teléfono Ag. Dirección Numero Tipo de Ag.
de V. Ag. Ag.
19867901 Paraíso, 843301 Juan Rhodes 190 Nacional
Inc.
30192839 El 98737218 Coquimbo 101 Internacional
Camino

Tabla Particular Sin Normalizar.

ID Particular Nombre Part. Dirección Part. Teléfono Part. Edad Part.
18598392-0 Javiera Suarez 21 de mayo 295 89287472 25
20101936-2 Marcelo Meier Claro Solar 210 32432432 20
9893672-9 Daniela Pérez Sotomayor 120 75436468 46

Tabla Particular Normalizada.

ID Nombre Apellido Dirección Numero Teléfono Edad
Particular Part. Part. Part. Part. Part.
18598392-0 Javiera Suarez 21 de mayo 295 89287472 25
20101936-2 Marcelo Meier Claro Solar 210 32432432 20
9893672-9 Daniela Pérez Sotomayor 120 75436468 46

12
3.5 Implementación de la BD en SGBD MYSQL WORKBENCH.

Un Sistema Gestor de Base de Datos es una recopilación de programas y su objetivo es servir

de interfaz entre la base de datos, el usuario y las aplicaciones. Al crear las tablas cada atributo
tiene su propiedad, dependiendo de que dato que quiera ingresar en ese campo. Algunas de ellas,
DECIMAL, VARCHAR, INT, etc.
Un SGBD puede definir una base de datos, especificar tipos, estructuras y restricciones de datos.
Construir la base de datos, guardar los datos en algún medio controlado por el mismo SGBD.
Manipular la base de datos, realizar consultas, actualizarla, generar informes.
Tablas.

En esta tabla huéspedes podremos ver toda la

información de los huéspedes que se hospedan
en el hotel. La propiedad de la clave primaria
es INT. El nombre, apellido, dirección llevan
la propiedad VARCHAR que se usa cuando se
anota algún texto. Y número y teléfono llevan
la propiedad DECIMAL ya que en esos
campos se anota algún número.

En categorías veremos la descripción de la

habitación que el huésped se hospeda y el tipo
de habitación (matrimonial, individual, etc).
La descripción y el tipo se le asignan
VARCHAR por que se anotaran textos.

En reservas podremos ver las reservas que se

hacen en el hotel. La fecha de inicio y de
termino llevan la propiedad de DATE, ya que
en estos campos se registrarán fechas. Y el tipo
de pago, VARCHAR, ya que se ingresará con
texto con que se desea pagar (Efectivo,
Crédito, etc).

13
En agencia de viajes veremos las reservas que
hacen las agencias de viajes por los clientes. El
nombre, dirección y el tipo de agencia tienen la
propiedad VARCHAR ya que se registrarán
textos. Y en teléfono, y numero es DECIMAL ya
que estará el número telefónico y el número de
la dirección.

En servicios estarán los tipos de servicios que

ofrece el hotel con su respectivo precio. En tipo
de servicio estarán los servicios que están
disponibles (lavandería, gimnasio, etc), con
VARCHAR ya que será un texto y en precio
servicio DECIMAL por que se ingresará un valor
numérico.

En habitaciones estará la información del

numero del piso en donde se encuentra y el
numero de la habitación. Ambos llevan la
propiedad DECIMAL ya que se ingresarán
valores numéricos.

En actividades estarán las distintas actividades

que tiene el hotel para sus huéspedes. Tipo de
actividad es VARCHAR por que se ingresara un
texto (caminatas, piscinas, etc). Y precio
actividades DECIMAL ya que será el precio que
costará.

En particular estará toda la información de la

persona que no reservan directamente con el
hotel. El nombre, apellido, la dirección son
VARCHAR ya que se ingresará texto. Y número
y teléfono son DECIMAL ya que irán valores
numéricos.

14
 En empleados estará toda la información de
los empleados que trabajan en las reservas y
habitaciones del hotel. El nombre, apellido y
puesto de trabajo tienen propiedad
VARCHAR por que se ingresara algún texto.
En puesto de trabajo puede ir; chef, gerente,
recepcionista, etc.

Claves Primarias.
Tabla Clave
Huéspedes idHuespedes
Categorías idCategorias
Reservas idReservas
AgenciadeViajes idAgenciadeViajes
Servicios idServicios
Habitaciones idHabitaciones
Actividades idActividades
Particular idParticular
Empleados idEmpleados

Claves Foráneas.
Tabla Clave
Huéspedes Habitaciones_idHAbitaciones
Categorías Habitaciones_idHAbitaciones
AgenciadeViajes Reservas_idReservas
Servicios Reservas_idReservas
Actividades Reservas_idReservas
Particular Reservas_idReservas

Relaciones y Cardinalidades.
 Huéspedes con Reservas (n:n), ya que los huéspedes pueden hacer muchas reservas y
las reservas los hechas por muchos huéspedes. Al ser de cardinalidad muchos es a
muchos se crea la tabla extra llamada Huespedes_has_Reservas.
 Habitaciones con Huespedes (1:n), por que las habitaciones puedes ser hospedadas por
muchos huéspedes.
 Habitaciones con Empleados (n:n), por que los empleados trabajan en muchas
habitaciones y en las habitaciones trabajan muchos empleados. Y al ser n:n se crea la
tabla extra Habitaciones_has_Empleados.
 Habitaciones con Categorías (1:n), ya que las habitaciones están divididas en muchas
categorías( individual, matrimonial, etc.)

15
 Reservas con Empleados (n:n), ya que muchos empleados trabajan en muchas reservas
de huéspedes y también las reservas son hechas por muchos empleados. Al tener
cardinalidad n:n se crea la tabla Empleados_has_Reservas.
 Reservas con Servicios y Actividades (1:n), por que al hacer reservas tiene el beneficio
de optar a Servicios y Actividades. Una reserva tiene muchas Actividades y Servicios.
En los dos hay que pagar un monto extra de la reserva.
 Reservas con Agencia de Viajes y Particular (1:n), pues las reservas pueden ser hechas
por muchas Agencias de Viajes y/o por muchos Particulares (personas que van
directamente a reservar).

16
 IV. Conclusiones.

Al realizar este proyecto uno se puede dar cuenta lo útil que es utilizan estos programas para
poder tener buen método de organización y trabajo en alguna empresa. Con esto podemos ver
la importancia de algunos programas de dedicados a almacenar datos; vemos cómo trabajan
distintas marcas importantes como Facebook, Twitter, YouTube, etc. Gracias a esto las
empresas grandes tienen la capacidad de almacenar muchos datos sin haber errores o enredos
entre datos.

17
 V. Referencia Electrónica.

https://parzibyte.me/blog/2018/02/06/ejercicios-resueltos-consultas-sql-mysql/
https://guru99.es/introduction-to-mysql-workbench/
https://revistadigital.inesem.es/informatica-y-tics/los-gestores-de-bases-de-datos-mas-usados/
https://www.anerbarrena.com/where-mysql-5520/
http://coba.dc.fi.udc.es/~bd/bd2/MySQLWB/tutorialWB.html
https://programas.cuaed.unam.mx/repositorio/moodle/pluginfile.php/872/mod_resource/conte
nt/1/contenido/index.html

18