Hola.

Lo mas que se me ocurre a estas horas de la noche    son 4 tablas.
3 para cada juego de habitacion (Ultra, Normal, Super) y 1 tabla 'padre' que se encarga de mostrar los dias, fecha, y habitaciones elegidas a permanecer y salir. Me explico (Aunque este ejemplo obvie la tabla Super... pero te vale el ejemplo solo es agregar la tabla Super):

 
mysql> DESCRIBE Normal;
+---------------+------------+------+-----+---------+-------+
| FIELD         | TYPE       | NULL | KEY | DEFAULT | Extra |
+---------------+------------+------+-----+---------+-------+
| codigo_normal | CHAR(2)    | YES  | MUL | NULL    |       |
| inicial       | DATE       | YES  |     | NULL    |       |
| final         | DATE       | YES  |     | NULL    |       |
| id            | tinyint(4) | YES  |     | NULL    |       |
+---------------+------------+------+-----+---------+-------+
4 ROWS IN SET (0.00 sec)
 
mysql> DESCRIBE Ultra;
+--------------+------------+------+-----+---------+-------+
| FIELD        | TYPE       | NULL | KEY | DEFAULT | Extra |
+--------------+------------+------+-----+---------+-------+
| codigo_ultra | CHAR(3)    | YES  | MUL | NULL    |       |
| inicial      | DATE       | YES  |     | NULL    |       |
| final        | DATE       | YES  |     | NULL    |       |
| id           | tinyint(4) | YES  |     | NULL    |       |
+--------------+------------+------+-----+---------+-------+
4 ROWS IN SET (0.00 sec)
 
mysql> DESCRIBE Reservaciones;
+---------+------------+------+-----+---------+-------+
| FIELD   | TYPE       | NULL | KEY | DEFAULT | Extra |
+---------+------------+------+-----+---------+-------+
| codigo  | CHAR(3)    | YES  |     | NULL    |       |
| entrada | DATE       | YES  |     | NULL    |       |
| dias    | tinyint(4) | YES  |     | NULL    |       |
| faltan  | tinyint(4) | YES  |     | NULL    |       |
| id      | tinyint(4) | YES  |     | NULL    |       |
+---------+------------+------+-----+---------+-------+
5 ROWS IN SET (0.00 sec)
 
 

Hay que hacer una relacion de las entidades si decides no usar motor InnoDB con FK. Si decides usar Myisam tendrias que crear TRIGGERS para mantener actualizada la data entre la tabla hijo-padre... bien (Tambien deberas indicar cuales son los indices porke los he obviado para el ejemplo... tengo un poco de suenio )

Ahora observa la data en mis tablas:

 
mysql> SELECT * FROM Reservaciones;
+--------+------------+------+--------+------+
| codigo | entrada    | dias | faltan | id   |
+--------+------------+------+--------+------+
| A1     | 2010-01-07 |  -12 |     -6 |    1 |
| A1     | 2010-03-20 |   -5 |    -71 |    2 |
| A2     | 2010-07-20 |   -8 |   -128 |    3 |
| B2     | 2010-09-20 |   -7 |   -128 |    1 |
| B1     | 2010-05-20 |  -10 |   -128 |    2 |
| B2     | 2010-02-14 |   -6 |    -38 |    3 |
+--------+------------+------+--------+------+
6 ROWS IN SET (0.00 sec)                      
 
mysql> SELECT * FROM Ultra;
+--------------+------------+------------+------+
| codigo_ultra | inicial    | final      | id   |
+--------------+------------+------------+------+
| B2           | 2010-09-20 | 2010-09-27 |    1 |
| B1           | 2010-05-20 | 2010-05-30 |    2 |
| B2           | 2010-02-14 | 2010-02-20 |    3 |
+--------------+------------+------------+------+
3 ROWS IN SET (0.00 sec)                         
 
mysql> SELECT * FROM Normal;
+---------------+------------+------------+------+
| codigo_normal | inicial    | final      | id   |
+---------------+------------+------------+------+
| A1            | 2010-01-07 | 2010-01-19 |    1 |
| A1            | 2010-03-20 | 2010-03-25 |    2 |
| A2            | 2010-07-20 | 2010-07-28 |    3 |
+---------------+------------+------------+------+
3 ROWS IN SET (0.00 sec)
 
 

Ya que para reducir un poco la redundancia, califique las habitaciones por codigo  habitacion Normal = A1,A2,A3, etc... habitacion Ultra = B1, B2, B3, etc... y podrias crear tu otra tabla de habitaciones Super con C1, C2, C3 como codigo de referencia    asi sabras diferenciar en la tabla padre de que habitaciones se esta hablando.

Ahora te preguntaras como yo, inroduje en la tabla padre 'Reservaciones' los dias a durar hospedado alguien en un hotel, o cuantos dias le faltan a partir de la fecha actual para ingresar al hotel (En este ultimo campo 'faltan' deberas actualizarlo diariamente, ya que cada dia que pasa le queda 1 menos para que se hospede el visitante). Todo lo hice con una consulta SQL extremadamente pesada para el motor... (Estoy un poco vaga para hacer TRIGGERS) Pero aqui te va un ejemplo.

* Primero inserto datos en la tabla Normal o Ultra
* Luego hago:

mysql> INSERT INTO Reservaciones VALUES('B2','2010-02-14',(SELECT datediff(inicial,final) FROM Ultra WHERE id = 3),(SELECT datediff(CURRENT_DATE,final) FROM Ultra WHERE id = 3), 3);
 

Espero que se capte mas o menos la idea... es un mero ejemplo, obviamente podria desglosarse hasta en 5 tablas distinta las relaciones... pero yo las reduje en 4 (3 tablas habitaciones , 1 tabla padre)

Hola.

Siento mucho no haberme expandido en lo antes explicado, realmente tenia mucho suenio  cuando postee esto.

Pero te sirve de guia.


Lo positivo de las bases de datos relacionales (Al menos las que yo conozco) tienen disponible internamente un CRON  con esto puedes crearte una tarea programada cada 24 horas que se ejecute 1 sola vez, asi mantendras actualizadas de forma automatica el campo 'faltan' para cada fecha ya reservada. Si usas un motor sin esta capacidad, tendrias que dar uso del Sistema Operativo y programar una tarea (un script) que se conecte cada 24 horas a la DB una sola vez y actualize dicho campo 'faltan'.


Ahhhh... no se como relaciona access los asuntos    aqui tendrias que explicarme.


Pues suponiendo que quieres ver que habitaciones no estan reservadas desde la fecha '2010-01-07' a la fecha '2010-03-20' (Basandome en el ejemplo de las tablas que postee anteriormente) Seria algo como:

SELECT * FROM Reservaciones WHERE entrada NOT BETWEEN '2010-01-07' AND '2010-03-20'

No lo he probado... pero seria mas o menos algo asi, asi te retornaria todas las habitaciones que NO tienen reservaciones desde el dia 07 de Enero hasta el dia 20 de Enero del 2010. Sino te retorna nada, esto indica que desde el 07 de Enero al 20 de Enero no hay ninguna reservacion hecha, por lo que tienes libres todos esos dias en cualquier habitacion para poder reservar.

Las evaluaciones BETWEEN indican un rango total o sea, si tu dices:

NOT BETWEEN '2010-01-03' AND '2010-01-20'

Esta condicion dice, que te retornara todos los registros que NO esten dentro de la fecha desde '2010-01-03' hasta '2010-01-20' Se evalua completo.. desde .. hasta. Ahora si en su lugar quieres saber cuales SI estan reservadas dentro de la fecha desde el dia 03 de Enero al 20 de Enero (Esto incluye todas las habitaciones reservadas a partir del dia 03,04,05,06,07...etc hasta el dia 20 de Enero) utilizarias entonces:

SELECT * FROM table WHERE entrada BETWEEN '2010-01-03' AND '2010-01-20'

En vez de NOT BETWEEN usas BETWEEN.

Si al contrario tu unicamente quieres conocer que habitaciones estan reservadas el dia 03 y dia 07 de Enero solamente esos 2 dias no los dias que estan entre ellos dos, usarias:

SELECT * FROM tabla WHERE entrada IN('2010-01-03','2010-01-07')

Ahora si tu quieres saber que habitaciones estan reservadas desde el dia 03 de Enero al 15 de Enero y desde el dia 5 de Marzo al 25 de Marzo.

SELECT * FROM tabla WHERE entrada BETWEEN '2010-01-03' AND '2010-01-15' AND '2010-03-05' AND '2010-01-25'

Ahora si tu solamente quieres saber las fechas de Reservacion de un cliente en especifico, ahi tu table Reservaciones debera crecer jejejejeje agregandole el campo cliente con su respectivo ID.

Al inicio puede parecer un poco complicado o no entendible... pero veras que es sencillo  con el tiempo.

Yo misma aveces cuando son consultas SQL con numeros que debo realizar me enredo  aunque termine haciendola, y llevo una especie de iguala con algunos amigos que programan en PHP donde vivo y ellos mismos aveces no dan con el objetivo de enlazar varias entidades entre 4 o 5 tablas a la vez y me piden ayuda o alguna referencia de como pueden hacerlo.

Ya sabes que por mi parte a tus ordenes si tienes mas preguntas  en relacion a esto de SQL.