![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
||||
|
||||
|
Gracias, lo del rack si esta hecho.Tengo la pantalla principal que contiene tantos botones como habitaciones. Cuando la habitacion esta desocupada no se puede clickar, si viene un cliente, se le da de alta y se muestra en pantalla las habitaciones disponibles, se clika en un de ellas y aparece en la habitacion, el nombre del cliente en curso, la fecha actual(porque se esta dando de alta) la fecha de salida y los dias, debajo figuran las fechas tantas como dias va a estar el cliente.
Tal y como lo tiene egostar esta bien con el planning, asi puedes ver visualmente lo que hay libre, pero yo preguntaba otro metodo. La idea era que si un cliente quiere reservar una habitacion, el sistema diria para esas fechas que habitaciones estan libres, tal y como va en internet cuando haces una reserva. Lo que nose es si seria normal rastrear para esas fechas de reserva, cada habitacion por si esta libre en esas fechas o no. Me lo veo complicado no?. mis tablas son, a grandes rasgos, porque todavia no estan acabadas: clientes codcliente,nombre, apellidos, domicilio.... habitacion codhabitacion,codcliente,fecha entrada, fecha salida,estado(ocupada o no ocupada) reservas codreserva,codhabitacion,codcliente,fecha entrada, fecha salida mas que nada para que el sistema muestre las habitaciones que, para esos dias, van quedando. gracias por vuestra paciencia |
|
#2
|
||||
|
||||
|
Lo que nose es si seria normal rastrear para esas fechas de reserva, cada habitacion por si esta libre en esas fechas o no. Me lo veo complicado no?.
ummmm... un poco. Yo lo estaba pesando en algo como una consulta SQL al estilo: Lo que me está costando es traducir la parte "NO tenga relacion" Ahora con respecto a tus tablas debo decirte que debes hacerle una limpieza ya que hay información duplicada. La tabla Habitación no tiene porqué tener registrado las fechas... ya que esta información está disponible en la tabla Reservas. Además, en la tabla reserva debes colocar la fecha de reserva. Y como dije en el post anterior, no veo sentido guardar la fecha de salida si esta puede calcularse mediante la suma de los dias a la fecha de entrada. Por ahora, esto es donde creo que puedo darte alguna idea... Saludos, |
|
#3
|
||||
|
||||
|
gracias delphius.
La cuestion de almacenar tambien la fecha de entrada y la de salida o bien la fecha de entrada y los dias de estancia en la habitacion me sirve para tener registro de todas las habitaciones, la tabla reserva esta relacionada con las futuras reservas, pero como dices quiza parezca complicado, pero creo que se necesitan esas fechas no? |
|
#4
|
||||
|
||||
|
Cita:
Dado un periodo de fechas, mostraría las habitaciones libres y sin reservas previas. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
|
#5
|
||||
|
||||
|
Muchas gracias Lepe por refrezcarme la memoria. Me había olvidado de la sentencia IN. De que se necesitaba dos select eso lo tenía claro.
Tengo que reconocer que no sabía que la sentencia IN sea ineficiente. Pero si es que no son muchos los registros con que maneja anubis, no creo que sea tan afectado. Ahora, tengo una duda. ¿No debería compararse también con la fecha de reserva? Porque por lo que tengo entendido, cuando uno solicita una reserva es cuando se debe determinar cuales están libres:
El :ahora se trataría de la fecha actual (pasada como parámetro). Lo que yo ando considerando es que no sólo se restrinja a un rango sino que no haya una reserva previa a las fechas. No se.. en una de esas estoy confundido. Y el tema me está interesando... y me dejó "picando". Al igual que anubis, voy a ver cuales son las opciones... creo y considero que yo también necesito aprender. Saludos, Última edición por Delphius fecha: 16-05-2007 a las 20:48:40. |
|
#6
|
||||
|
||||
|
para la fecha actual, que mejor que pedirla al servidor con "Getdate()" (según he visto para MySql y con CURRENT_DATE para Firebird.
o bien Eso si habría que probarlo, intuyo que se le puede restar un día por la cara.... pero no lo puedo afirmar. Por supuesto la sql que puse era una "prueba" y quizás tenga más restricciones, cuantas más mejor, porque así quedará menos registros para incluir con el operador IN Otros compañeros han demostrado que la cláusula IN se puede evitar creando la consulta de otra forma... personalmente reconozco que es más intuitivo el operador IN y siempre se me viene a la mente. Si alguien sabe evitarlo, bienvenida sea la respuesta. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
|
#7
|
||||
|
||||
|
os lo agradezco, voy a intentar probar esos inventos
![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Calendario Reservas | fmatias | Varios | 3 | 02-01-2007 12:21:30 |
| Fechas en SQL | KAYO | SQL | 1 | 01-11-2006 21:16:06 |
| Una de fechas ...? | kia | Firebird e Interbase | 7 | 11-10-2006 21:05:10 |
| Las horribles fechas, control de fechas | Huer | OOP | 6 | 18-10-2005 19:11:49 |
| Fechas | jmlifi | Varios | 2 | 11-04-2005 16:40:22 |
|