COMANDO GENERAL DEL EJÉRCITO

ESCUELA MILITAR DE INGENIERÍA

"MCAL. ANTONIO JOSÉ DE SUCRE
BOLIVIA

“Proyecto de base de datos”

NOMBRES: CALVIMONTE TELLERIA ALEJANDRO GABRIEL C9246-0

ORTUÑO UMAÑA BRANKO SAINT C9327-0

VASQUEZ CASTRO ANDRES ERICK C9352-1

CARRERA: INGENIERÍA DE SISTEMAS

ASIGNATURA: BASE DE DATOS II

U. ACADÉMICA: COCHABAMBA

GESTIÓN: I/2022
Índice
1.- Antecedentes .............................................................................................................................. 3
2.- Problema..................................................................................................................................... 3
3.- Objetivos .................................................................................................................................... 4
3.1.- Objetivo general .................................................................................................................. 4
3.2.- Objetivos específicos ........................................................................................................... 4
4.- Marco teórico ............................................................................................................................. 4
4.1.- Lenguajes de programación ................................................................................................. 4
4.1.1.- Que es un lenguaje de programación ........................................................................... 4
4.1.2.- lenguaje de programación C# ....................................................................................... 5
4.2.- Bases de datos...................................................................................................................... 5
4.3.- Entornos de desarrollo ......................................................................................................... 6
4.4.- Gestor de base de datos ....................................................................................................... 7
4.4.1.- SQL Server ................................................................................................................... 7
4.5.- Interfaz Gestor y Base de datos ........................................................................................... 8
4.6.- Procesamiento y optimización de consultas ........................................................................ 8
4.7.- Diseño lógico ....................................................................................................................... 9
4.7.1.- Diagrama Entidad Relación (DER) .............................................................................. 9
4.7.2.- Diagrama de clases ....................................................................................................... 9
4.8.- Diseño físico de la base de datos ......................................................................................... 9
4.8.1.- Diccionario de datos ................................................................................................... 10
4.9.- Código SQL de nuestra base de datos ............................................................................... 10
5.- Anexos ...................................................................................................................................... 11
5.1.- Anexo 1.............................................................................................................................. 11
5.2.- Anexo 2.............................................................................................................................. 11
5.3.- Anexo 3.............................................................................................................................. 11
5.4.- Anexo 4.............................................................................................................................. 12
5.5.- Anexo 5.............................................................................................................................. 13
5.6.- Anexo 6.............................................................................................................................. 14
5.7.- Anexo 7.............................................................................................................................. 17
1.- Antecedentes
El ‘Hostal Olympic’ es un lugar como y confortante para un descanso, ubicado en una zona céntrica
en la ciudad de Cercado en el departamento de Cochabamba, un lugar tranquilo y relajado, que
actualmente cuenta con servicios de alojamiento y parqueo de vehículos para los clientes de este
hostal, teniendo siempre en cuenta el bienestar y confort los huéspedes.

Este hostal está operando desde hace ya bastantes años, y se quiere mejorar los servicios ya que el
mercado en que se extiende es muy competitivo, muchas veces los clientes se guían por la
apariencia de estos lugares, al final este es un aspecto muy importante para el éxito de estos lugares
ya que el cliente es parte del servicio, que el éxito o fracaso depende de la capacidad que tengan de
responder con eficiencia y eficacia a las variadas exigencias y necesidades de los clientes los
mismos que hoy en día son muy cambiantes.

Debido a esto este trabajo se centra es buscar una mejora de los servicios, para lo cual en primera
instancia se tiene que realizar un análisis del hostal donde podremos ir identificando las diferentes
necesidades que tiene el hostal.

Entre los cuales podemos encontrar que actualmente no se tiene un sistema de reservas para el
hostal, por esta razón si se quiere hacer una reservación se tiene que llamar al número de teléfono,
lo cual para algunos usuarios es incómodo o tedioso tener que esperar para saber tanto los precios
como la disponibilidad de las diferentes habitaciones.

Ahora con los sistemas de reservas con los que cuentan muchos hoteles, los mismos huéspedes
pueden programar las fechas y duración de su estadía, haciendo de que sea mucho más rápido,
cómodo y eficiente, estos softwares permiten elegir las habitaciones en el momento de la reserva y
pagar las estancias mediante un portal seguro, de esta manera los huéspedes pueden completar la
transacción de una manera cómoda desde su propia oficina, hogar, etc.

2.- Problema
La problemática principal del hostal es que no cuenta con un sistema de reservas, el no tener un
sistema de reservas, hace que se tenga que registrar a los clientes de forma manual cada día, ya sea
en un cuaderno, libro de reservas o una base de datos casera, esto puede generar a que se den errores
al momento de entregar habitaciones ya que algunas pueden estar reservadas, que se tarda más en
buscar que habitaciones están disponibles, debido a esto podemos afirmar que los sistemas de
reserva simplifican el trabajo, nos ahorran tiempo y hace más eficiente la atención.

3.- Objetivos
El presente proyecto muestra el desarrollo de un sistema de control de reservas para el hostal, el
cual tiene como propósito ayudar con el proceso de control, de gestionar el registro de huéspedes
y el de poder realizar cobros del hostal, ofrecer un sistema que contenga la opción de escoger el
tipo de habitaciones que se desea, la cantidad de habitaciones según la disponibilidad, todo con el
fin de poder brindar información oportuna y actualizada a la administración del hostal.

3.1.- Objetivo general

aplicar elementos prácticos sobre la estructura de bases de datos y su forma de gestionar, así
también el diseño de las interfaces para el proceso de datos del ‘Hostal Olympic’.

3.2.- Objetivos específicos

• Hacer el diseño físico de la base de datos para el ‘Hostal Olympic’.
• Hacer la refinación de las consultas que se podrán usar en el proyecto
• Poder consultas acerca de las habitaciones que estén disponibles
• Tener una propuesta de base de datos no relacional
• La participación de base de datos

4.- Marco teórico

4.1.- Lenguajes de programación
4.1.1.- Que es un lenguaje de programación
Es un lenguaje formal que, mediante una serie de instrucciones permite a un programador escribir
ordenes, acciones consecutivas, datos y algoritmos para, de esa forma crear programas que
controlen el comportamiento físico y lógico de una máquina.

4.1.1.1.- Lógica de la computadora

Cuando nosotros hacemos una operación en computadora, ya sea escribir una letra como: “A”, esta
se pasa a lenguaje binario que se manda a la computadora, la computadora lo interpreta y
posteriormente imprime en pantalla la acción que realizamos.
Si nos ponemos a hacer o programar líneas de código este código se manda a la computadora
gracias al compilador, de esta manera el compilador debe trabajar 3 aspectos.

1. Léxico
2. Sintáctico
3. Semántico

4.1.1.2.- Programación orientada a objetos POO

Se busco una nueva modalidad de programación la cual era la modalidad orientada a objetos, donde
ya no se veía variables si no el objeto de estudio, que atributos tiene y que métodos se puede aplicar,
de esta manera empezó a cambiar el modelamiento y el tipo de programación de los sistemas.

Un objeto es la instancia de una clase y el comportamiento es exclusivo de cada objeto, si bien hay
objetos que a simple vista son iguales, internamente pueden ser distintos ya que siempre va haber
algo que los va diferenciar.

Entonces tenemos la clase, sus atributos, los métodos, y como se comunican estos objetos, que es
a través de mensajes internamente.

4.1.2.- lenguaje de programación C#

Este es un lenguaje de programación desarrollado por Microsoft con el objetivo de permitir a los
desarrolladores crear una multitud de aplicaciones ejecutadas en .NET Framework esta es una
tecnología que admite la compilación y ejecución de aplicaciones y servicios web XML.

Este lenguaje tiene las siguientes características:

➢ Sintaxis simple para facilitar la escritura del código

➢ Sistema de tipo unificado
➢ Orientado a componentes
➢ Integración con otros componentes

4.2.- Bases de datos

4.2.1.- Que es una base de datos
Según Oracle México:

“Una base de datos es una recopilación organizada de información o datos estructurados, que
normalmente se almacena de forma electrónica en un sistema informático. Normalmente, una base
de datos está controlada por un sistema de gestión de bases de datos (DBMS). En conjunto, los
datos y el DBMS, junto con las aplicaciones asociadas a ellos, reciben el nombre de sistema de
bases de datos, abreviado normalmente a simplemente base de datos.”

Entonces podemos decir que una base de datos es la colección de datos estructurados a la que
podemos acceder y gestionar fácilmente mediante un gestor de base de datos, estas bases de datos
pueden llegar a tener o almacenar millones de registros o datos según las necesidades del sistema.

4.2.2.- Que es un dato

Un dato es la representación de una variable que puede ser cuantitativa o cualitativa que indica el
valor que se le asigna a las variables, las bases de datos están formadas por un conjunto de datos
clasificados según un criterio y almacenados en un soporte digital con el fin de ser consultados y
acceder a ellos de manera simple.

4.2.3.- Lenguaje SQL

SQL (Structured Query Languaje) es un lenguaje de bases de datos utilizado para trabajar
con bases de datos relacionales. SQL es un estándar, existiendo un numero de SGBD
basados en el: Oracle, dBase IV, DB2, Ingres, Acces, etc.

Cuando se necesita obtener datos de una base de datos, se utiliza el lenguaje SQL para
efectuar la petición. El SGDB procesa la petición, obtiene los datos solicitados y los
devuelve. Este proceso de solicitar datos a la base de datos y de recibir resultados se
denomina consulta. Mediante el lenguaje SQL, el usuario especifica que datos desea, sin
tener que especificar el procedimiento que se debe seguir para extraerlos de la base de datos.
(SQL y desarrollo de aplicaciones en Oracle 8, pág. 16).

En conclusión, SQL es un lenguaje de consultas de alto nivel, diseñado para administrar, y

recuperar información de sistemas de gestión de bases de datos relacionales.

4.3.- Entornos de desarrollo

Un entorno de desarrollo es un conjunto de procesos y herramientas que se utilizan para desarrollar
un código fuente o programas. El término a veces se usa como sinónimo de un entorno de desarrollo
integrado (IDE), que es una herramienta de desarrollo de software utilizada para escribir, construir,
probar y depurar programas. También proporcionan a los desarrolladores una interfaz de usuario
(UI) común para desarrollar y depurar en diferentes modos.

4.3.1.- Visual Studio

Según Microsoft:

“Es un entorno de desarrollo integrado para Windows o Mac, compatible con múltiples lenguajes
de programación, Visual Studio le permite completar todo el ciclo de desarrollo en un solo lugar.
Por ejemplo, puedes editar, depurar, probar, controlar versiones e implementar en la nube. Con la
diversidad de características y lenguajes de Visual Studio, puede pasar de escribir su primera pieza
de código a desarrollar varios tipos de proyectos. Por ejemplo, puede crear aplicaciones de
escritorio y web con .NET, móviles y aplicaciones de juegos con C++.”

Visual Studio es un entorno de desarrollo, es una herramienta para poder hacer nuestro código o
programa en diferentes lenguajes de programación. (ver anexo 1)

4.4.- Gestor de base de datos

El sistema de gestión de la base de datos (SGBD) es una aplicación que permite a los
usuarios definir, crear y mantener bases de datos, proporcionando acceso controlado a las
mismas. Es una herramienta que sirve de interfaz entre usuario y las bases de datos.

Es decir, por un lado, +tenemos a los datos organizados según ciertos criterios y, por otros,
un software que nos permite o facilita su gestión con distintas herramientas y
funcionalidades. (Administración de sistemas de gestores de bases de datos, Luis Hueso
Ibáñez, pág. 10)

A este gestor también se le conoce como motor o engine, quien maneja esto es el administrador de
base de datos.

4.4.1.- SQL Server

Según Jerome Gabillaud en el libro: Administración de una base de datos transaccional con SQL
Server Management Studio.

“SQL Server es un SGBDR (sistema de base de datos relacional) completamente integrado en

Windows, por lo que permite realizar numerosas simplificaciones a nivel de administración,
ofreciendo un máximo de posibilidades”

SQL Server se constituye principalmente en torno a una estructura de tablas basadas en filas y
columnas que conectan a elementos de datos relacionados en diferentes tablas entre sí. (ver anexo
2)
4.5.- Interfaz Gestor y Base de datos
Primero que nada, tenemos al cliente, pero no solamente es una persona de afuera si no también
alguien dentro la empresa como cajeros, recursos humanos, etc. Como también clientes externos,
como por ejemplo en un banco cuando el cliente ingresa a la base de datos para poder ver su saldo,
ingresan mediante una interfaz y puede ser directa o a través de la web.

El cliente es quien va tener la interacción con nuestro sistema a través de la interfaz que se haga,
Esta interfaz está relacionada con el gestor ya que pasa por el gestor para luego ingresar a la base
de datos, entonces esta interfaz se da de dos formas, esta interfaz puede ser manejada por el mismo
gestor, entonces se tiene diferentes interfaces para acceder a la base de datos ya sea para introducir
datos, para hacer reportes, para eso se necesita las interfaces, para llevar y sacar datos, el gestor
para armar toda la base de datos.

Pero la otra interfaz es lo que los que ingenieros de sistemas deben hacer, se tiene que programar
un software entonces se programa una interfaz para que los clientes ingresen a la base de datos,
entonces el administrador maneja el gestor y puede sacar toda la información que solicita un gerente
esta es la manera en la que se trabaja y haremos un pedazo de esta interfaz para que podamos
introducir datos y obtenerlos. (ver anexo 3)

4.6.- Procesamiento y optimización de consultas

Una consulta sirve para poder extraer la información de una base de datos, permite poder
manipularlos: agregar, eliminar y cambiar.

Los lenguajes facilitan la comunicación con la base de datos, se optimizan los algoritmos de
búsqueda para que no busquemos en toda la información que se tiene en la base de datos.

La optimización (automática) es: un reto obligatorio, si se debe lograr tiempo de ejecución de

consultas aceptable y es una oportunidad, el alto nivel semántico de una expresión relacional
permite su optimización antes de la ejecución.

En el proceso de optimización, el usuario escribe una consulta en lenguaje SQL, después el gestor
de la base de datos la transforma, en primer lugar, al lenguaje del álgebra relacional y, en segundo
lugar, en un árbol de consultas. Sobre este árbol de consultas, al que llamaremos inicial, el gestor
aplica un algoritmo compuesto por un conjunto de reglas heurísticas.
4.7.- Diseño lógico
El diseño lógico de una base de datos es donde aplicaremos un modelo de una base de datos que
describirá aspectos relacionados con las necesidades para recopilar datos, en este caso tendremos
los diagramas.

4.7.1.- Diagrama Entidad Relación (DER)

El diagrama entidad relación es un tipo de diagrama de flujo en la que vamos analizando e
ilustrando cuales son las entidades y los atributos de estas entidades, las cuales se sacan en base al
sistema que estemos haciendo, también se analiza las relaciones que tienen las entidades entre sí,
por esta razón es que se usan para modelar bases de datos relacionales, este diagrama no es UML.
(ver anexo 4)

4.7.2.- Diagrama de clases

Los diagramas de clases son diagramas UML (unifield modeling languaje, en español lenguaje de
modelado unificado), este es un tipo de diagrama estructural, que permite ver o visualizar de mejor
forma los programas que son orientados a objetos con la ayuda de elementos gráficos, se definen
diferentes formas para la notación del diagrama. (ver anexo 5)

4.8.- Diseño físico de la base de datos

En la parte del diseño se debe decidir la forma en que van a ser representados los datos en
la base de datos almacenada. A este proceso se le conoce comúnmente como diseño físico
de la base de datos. Una vez realizado el diseño físico, el administrador de la base de datos
deberá crear la definición de la estructura correspondiente (es decir el esquema interno),
utilizando el DDL (Lenguaje de definición de datos). Además, también deberá definir la
transformación conceptual/interna asociada. En la práctica es factible que uno de los DDLs
incluya medios para definir esa transformación; aunque las dos funciones (crear el esquema
y definir la transformación) deben ser claramente separables. Al igual que el esquema
conceptual, tanto el esquema interno como la transformación correspondiente existirán en
las formas fuente y objeto. (Sistemas de bases de datos, Pearson Prentice hall, pág. 42)

En la parte del diseño físico de la base de datos, optimizamos el rendimiento a la vez que se asegura
la integridad de los datos, para poder evitar que se repitan de manera innecesaria, en el diseño físico
convertimos nuestras entidades en tablas, las instancias en filas y los atributos en columnas.
En IBM vemos que:

“El diseño físico es el momento en que se abrevian los nombres que se han elegido durante el
diseño lógico. Por ejemplo, puede abreviar el nombre de columna que identifica a los empleados,
EMPLOYEE_NUMBER, como EMPNO. En Db2 para z/OS, debe abreviar los nombres de
columna y los nombres de tabla para ajustarlos a la restricción física de un máximo de 30 bytes
para nombres de columna y un máximo de 128 bytes para nombres de tabla.”

En la parte del diseño físico ya vamos también definiendo lo que es nuestro diccionario de datos y
el gestor que vamos a usar.

4.8.1.- Diccionario de datos

Juan Mañes en el artículo en datos.gob.es nos dice:

“Un diccionario de datos trata de documentar los metadatos más ligados a su almacenamiento en
la base de datos. Es decir, incluye aspectos técnicos como el tipo de dato, formato, longitud,
posibles valores que puede tomar e, incluso, transformaciones sufridas, sin olvidar la definición de
cada campo. La documentación de estas transformaciones nos proporcionará automáticamente
el linaje del dato, entendido como la trazabilidad a lo largo de su ciclo de vida. Estos metadatos
ayudan a los usuarios a entender los datos desde el punto de vista técnico para poder explotarlos
adecuadamente.”

Entonces un diccionario de datos es un repositorio centralizado de información sobre datos donde

definimos su significado, relación con otros datos, origen, uso, formato. En este diccionario de
datos encontraremos una lista de los elementos que formaran parte del flujo de datos de nuestra
base de datos del sistema, este guarda a detalle todos los elementos que tengamos.

El diccionario de datos de nuestro sistema lo veremos en el Anexo 6

4.9.- Código SQL de nuestra base de datos

Para poder crear nuestra base de datos en SQL server management studio, se hará todo mediante
código SQL, desde crear la base de datos, hasta crear nuestras tablas, también mediante código
haremos las llaves primarias y foráneas. (ver anexo 7)
5.- Anexos
5.1.- Anexo 1

5.2.- Anexo 2

5.3.- Anexo 3
5.4.- Anexo 4
5.5.- Anexo 5
5.6.- Anexo 6
Entidad Atributo Tipo Dato PK/FK Descripción

Habitacion Codigo_Habitacion int Llave Primaria

capacidad int

Estado bool

precio float

Fk_tipo_habitacion int Llave Foranea

Fk_observaciones int Llave Foranea

Fk_hostal int Llave Foranea

Entidad Atributo Tipo Dato PK/FK Descripción

Huesped Codigo_huesped int Llave Primaria

Nombre Varchar(20)

Telefono serial

apellido Varchar(20)

Ci Int

Fk_nacionalidad Int

Fk_habitacion Int

Fk_hostal int
Entidad Atributo Tipo Dato PK/FK Descripción

Pago Codigo_pago int Llave Primaria

Fecha_salida Varhar(30)

Fecha_entrada Varchar(20)

Descripción Varchar(20)

Monto Float

Costo_adicional Float

Fk_huesped Int Llave Foranea

Entidad Atributo Tipo Dato PK/FK Descripción

Empleado Codigo_Empleado Int Llave Primaria

Fk_Cargo Int Llave Foránea

Nombre Varchar(30)

Apellido Varchar(30)

Telefono Int

Fk_hostal Int Llave Foránea

Entidad Atributo Tipo Dato PK/FK Descripción

Direccion Codigo_Direccion Int Llave Primaria

Ciudad Varchar(20)

Nombre_direccion Varchar(30)
Entidad Atributo Tipo Dato PK/FK Descripción

Hostal Codigo_hostal Int Llave

Primaria

Nombre_hostal Varchar(30)

Fk_direccion Int Llave foranea

Teléfono Int

Nro_habitaciones_disponibles Int

Nro_habitaciones_ocupadas Int

Total_habitaciones Int

Entidad Atributo Tipo Dato PK/FK Descripción

Cargo Cod_Cargo Int Llave Primaria

Descripción Varchar(20)

Entidad Atributo Tipo Dato PK/FK Descripción

Observacion Codigo_Observacion Int Llave Primaria

Descripcion Varchar(20)

Entidad Atributo Tipo Dato PK/FK Descripción

Nacionalidad Codigo_Nacionalidad Int Llave Primaria

Pais Varchar(20)
 Entidad Atributo Tipo Dato PK/FK Descripción

Tipo_habitacion Codigo_tipo_habitacion Int Llave

Primaria

Nombre Varchar(20)

5.7.- Anexo 7
CREACION DE LA BASE DE DATOS

create database ProyectoFinalBD2

MANDAR EL COMANDO PARA USAR LA BASE DE DATOS ESPECIFICA

USE ProyectoFinalBD2

CREACION DE LAS TABLAS Y LOS ENLACES

CREATE TABLE direccion

CodDireccion INT PRIMARY KEY NOT NULL,

ciudad VARCHAR(50) NOT NULL,

nombre_direccion VARCHAR(100) NOT NULL

CREATE TABLE Hostal

codigo_hostal INT PRIMARY KEY NOT NULL,

nombre_hostal VARCHAR(150) NOT NULL,

fk_Direccion INT NOT NULL,

Telefono INT NOT NULL,

nro_habitaciones_disponibles INT NOT NULL,

nro_habitaciones_ocupados INT NOT NULL,

total_habitacionse INT NOT NULL,

CONSTRAINT FK_direccion_hostal FOREIGN KEY (fk_Direccion) REFERENCES

direccion(CodDireccion)

CREATE TABLE cargo

codigo_cargo INT PRIMARY KEY NOT NULL,

descripcion VARCHAR(50) NOT NULL

CREATE TABLE Empleado

codigo_empleado INT PRIMARY KEY NOT NULL,

fk_cargo INT NOT NULL,

nombre VARCHAR(50) NOT NULL,

apellido VARCHAR(50) NOT NULL,

telefono INT NOT NULL,

fk_hostal INT NOT NULL,

CONSTRAINT FK_cargo_empleado FOREIGN KEY (fk_cargo) REFERENCES

cargo(codigo_cargo),

CONSTRAINT FK_hotel_empleado FOREIGN KEY (fk_hostal) REFERENCES

Hostal(codigo_hostal)

CREATE TABLE tipo_habitacion

codigo_tipo_habitacion INT PRIMARY KEY NOT NULL,

nombre VARCHAR(50) NOT NULL,

CREATE TABLE Observaciones

codigo_observacion INT PRIMARY KEY NOT NULL,

descripcion NVARCHAR(100) NOT NULL,

CREATE TABLE habitacion

codigo_habitacion INT PRIMARY KEY NOT NULL,

fk_tipo_habitacion INT NOT NULL,

fk_observaciones INT NOT NULL,

fk_hostal INT NOT NULL,

capacidad INT NOT NULL,

precio FLOAT NOT NULL,

estado varchar(20) NOT NULL,

CONSTRAINT FK_tipo_habitacion_habitacion FOREIGN KEY (fk_tipo_habitacion)

REFERENCES tipo_habitacion(codigo_tipo_habitacion),

CONSTRAINT FK_mobiliario_habitacion FOREIGN KEY (fk_hostal) REFERENCES

Hostal(codigo_hostal),

CONSTRAINT FK_HABITACION_OBSERVACIONES FOREIGN KEY (fk_observaciones)

REFERENCES Observaciones(codigo_observacion)

CREATE TABLE nacionalidad

(
codigo_nacionalidad INT PRIMARY KEY NOT NULL,

pais VARCHAR (30) NOT NULL,

CREATE TABLE huesped

codigo_huesped INT PRIMARY KEY NOT NULL,

nombre VARCHAR(50) NOT NULL,

apellido VARCHAR(50) NOT NULL,

fk_hostal INT NOT NULL,

ci VARCHAR(20) NOT NULL,

Telefono INT NOT NULL,

fk_nacionalidad INT NOT NULL,

fk_habitacion INT NOT NULL,

CONSTRAINT FK_hotel_huesped FOREIGN KEY (fk_hostal) REFERENCES

Hostal(codigo_hostal),

CONSTRAINT FK_nacionalidad_huesped FOREIGN KEY (fk_nacionalidad) REFERENCES

nacionalidad(codigo_nacionalidad),

CONSTRAINT FK_habitacion FOREIGN KEY (fk_habitacion) REFERENCES

habitacion(codigo_habitacion)

CREATE TABLE pago

codigo_pago INT PRIMARY KEY NOT NULL,

fecha_salida date NOT NULL,

fecha_entrada date NOT NULL,

descripcion NVARCHAR(100) NOT NULL,

fk_huesped INT NOT NULL,

monto FLOAT,

costo_adicional FLOAT,

CONSTRAINT FK_huesped_pago FOREIGN KEY (fk_huesped) REFERENCES

huesped(Codigo_huesped)

set dateformat dmy;--formato para dias-mes-año