Mensajes

Te vuelvo a decir que se dice "retraSo" y no "retraZo". Practica un poco de ortografía antes de intentar corregirme en algo.

Y segundo es lo mismo un INSERT con retraso que retrasar un INSERT. Revisa un poco también la gramática porque es obvio que la tienes pendiente

Retrasar un INSERT y ejecutar un INSERT con retraso de x segundos es lo mismo (esto no es comparable a un while o un do while) y mi respuesta sigue siendo completamente válida. Así que una vez más te voy a recomendar que practiques gramática y ortografía, además te diré que aprendas a realizar tus preguntas y así obtendrás respuestas más concretas y finalmente permíteme reirme un poco con esta frase "Noto tu inferioridad a la hora de sacarme mis errores, intentando tapar los tuyos" XDDDDDDD. ¿Mi inferioridad?, perdona yo no soy el que más sabe de este foro ni mucho menos pero de verdad te crees superior? mira chaval, por tu foto y tus respuestas es obvio que eres un niñato y si además ni siquiera sabes que se puede programar una acción con CRONTAB y que MySQL no permite eso es obvio que te queda mucho por aprender, así que vete a estudiar y dentro de 8 ó 9 años hablamos (si es que has aprendido a escribir para entonces).

Perdona que te diga compañero, pero tu pregunta es si se puede hacer un INSERT con un retraso de x segundos y mi respuesta es: SÍ, con AJAX (respuesta totalmente válida)

Que no sea lo que tú quieres no es mi problema, pero mi respuesta responde a tu pregunta así que no quiero ser HDP pero baja los humos compi . Si quieres que te den respuestas para algo más concreto haz preguntas más concretas, tú NO has dicho en tu primer post que quieras hacer la consulta dentro de 5 días ni que la harías cuando el usuario cerrase la web. Has dicho que si se podía hacer con un retraso de x segundos y eso es posible con AJAX.

NO hay métodos SQL que ejecuten ninguna acción  con retraso a no ser que tengas un servidor dedicado con crontab o uses ORACLE para ejecutar sentencias programadas, cosa que dudo porque por tu respuesta es obvia que eres un niñato

Si quieres respuestas adecuadas haz preguntas adecuadas.

PD: Revisa tu ortografía, se escribe "retraSado" no "retraZado".

[youtube=425,350]http://www.youtube.com/watch?v=tMGNjMscw44[/youtube]

Si no lo hubiera de donde habría sacado yo mi screenshot?, claro que lo hay..

¿Y no es más fácil entrar al panel de administración en la pestaña diseño y agregar el gadget "Contenido de este blog"?

No sé por qué tanto lío para crear las categorías si eso blogger ya lo hace por defecto. Tenía un blog hace años y aún conserva todas las categorías...

Se podría hacer con AJAX. Con la función SetTimeOut() retrasas los 100 segundos o lo que quieras y luego llamas a la función AJAX que a su vez llamará al archivo PHP que ejecutará el INSERT.

Todo eso se hace con AJAX, puedes hacerlo fácilmente con jquery.

¿No has leído el post que he puesto justo arriba o es que simplemente te mola llevar la contraria? xD

Globus - Preliator

Jejeje, era una broma hombre, en el apartado de bases de datos hay un usuario preguntando también sobre un ejercicio con hoteles, parece que se ha puesto de moda lo de usar ejercicios de hoteles xD

[HOTEL]

Tabla HOTEL
idhotel (INT: unique, auto_increment, primary_key)
nombre (VARCHAR(150))
estrellas (INT)
morada (VARCHAR(150) Aunque no estoy seguro a que se refiere con morada
ciudad (VARCHAR(150))

Tabla RESTAURANTE
idrestaurante (INT: unique, auto_increment, primary_key)
idhotel (INT: foreign_key)
nombre (VARCHAR(150))
categoria (VARCHAR(150)) No sé si la categoría son por ejemplo "3 tenedores" u otra cosa, como no se especifica lo pongo varchar, si es en número de tenedores sería más conveniente usar un INT.

Relación HOTEL-SERVICIO
idhotel (INT: primary_key)
idservicio (INT: primary_key)

Tabla SERVICIO
idservicio (INT: unique, auto_increment, primary_key)
nombre (VARCHAR(255))

Relación RESTAURANTE-COMIDA
idrestaurante (INT: primary_key)
idcomida (INT: primary_key)

Tabla COMIDA
idcomida (INT: unique, auto_increment, primary_key)
tipo (ENUM('snack','desayuno','comida','cena'))

-----------

Relación HOTEL-HABITACION
idhotel (INT: primary_key)
idhabitacion (INT: primary_key)

Tabla HABITACION
idhabitacion (INT: unique, auto_increment, primary_key)
tipo (VARCHAR(100))

Relación HABITACION-SERVICIO
idhabitacion (INT: primary_key)
idserviciohabitacion (INT: primary_key)

Tabla SERVICIO_HABITACION
idserviciohabitacion (INT: unique, auto_increment, primary_key)
nombre (VARCHAR(255))

-------------

Relación HOTEL-HUESPED
idhotel (INT: primary_key)
idhuesped (INT: primary_key)

Tabla HUESPED
idhuesped (INT: unique, auto_increment, primary_key)
nombre (VARCHAR(200))
DNI (VARCHAR(10): unique)
telefono (VARCHAR(13)) 13 Caracteres para poder almacenar prefijos de distintos países. Se podría poner UNIQUE pero es posible que dos personas que vivan en la misma casa (por lo tanto con el mismo número fijo) hagan reservas individuales por lo que yo no usaría el atributo UNIQUE en el teléfono.
ciudad (VARCHAR(150))

Tabla RESERVA
idreserva (INT: unique, auto_increment, primary_key)
idhotel (INT: foreign_key)

Relación RESERVA-HABITACION
idreserva (INT: primary_key)
idhabitacion (INT: primary_key)

Relación RESERVA-HUESPED
idreserva (INT: primary_key)
idhabitacion (INT: primary_key)
idhuesped (INT: primary_key)
fecha_entrada (DATE)
fecha_salida (DATE)
regimen (ENUM('alojamiento','alojamiento_desayuno','media_pension','pension_completa'))

Es posible que me haya equivocado en algunas cosas, porque lo he hecho sobre la marcha aquí en el foro, ni lo he dibujado, ni lo he probado, pero creo que en general se adapta a los requerimientos del ejercicio, puede que falte algún detalle pero no creo que falte nada importante.

La entidad relación que yo haría sería así:

Está hecho con DBDesigner, te lo aconsejo, porque creas la entidad relación, añades los atributos correspondientes y luego exportas a SQL. Ese archivo SQL lo importas en tu gestor de bases de datos y ya tienes la tabla creada y diseñada.


En el modelo que he hecho en DBDesigner NO he puesto los atributos de cada tabla (sólo los claves principales y foráneas) para hacerla más sencilla de entender, pero obviamente cada tabla tendrá que tener los atributos que ya he especificado arriba en este post.


ERRORES que he visto en tu modelo entidad-relación

- Relacionas los servicios disponibles del hotel con la tabla huésped, ¿por qué?, no necesitas esa relación.