Discussion :

[philippef]

Bonjour,

Je fais un site pour des réservations à la semaine et j'aimerai bien savoir comment je peux construire la table.

J'ai pensé à une table "semainier" du genre :
- id_logement (qui fait référence à la table des logements)
- semaine1 (où j'indiquerai un tarif)
- statut1 (où j'indiquerai 0 pour libre et 1 pour non disponible)
- semaine2
- statut2
- semaine3
- statut3
etc... jusqu'à la semaine 52

Ma requete serait

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

Select * From semainier Where id_logement = $id_logement;

Ensuite je crée un tableau que je complète avec toutes les semaines en lisant les champs de la table

01/01/2011 08/01/2011 200 blanc si 0
08/01/2011 15/01/2011 250 X si non disponible
15/01/2011 22/01/2011 250 blanc si 0

Je voudrais avoir des avis sur cette façon de traiter les réservations car je n'ai pas envie de créer une table avec 105 champs, de créer le tableau des réservations si quelqu'un peut me proposer une façon de faire plus simple.

Est ce que je ne risque pas d'avoir un problème pour traiter le mois de février ?

Merci d'avance

[Antoun]

Reservations(id_logement, id_semaine, statut)
Semaines(id_semaine, Debut, Fin, Annee)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Select * 
From Reservations R
  Inner Join Semaines On R.id_semaine = S.id_Semaine
Where id_logement = $id_logement

[philippef]

Merci pour la réponse.

Dans ton exemple je ne vois pas où je mets le prix des réservations par semaine. Surement dans la table reservations ?

Comment je fais la maintenance de la table semaines ? manuellement ? ou alors je crée une requête qui s'exécute automatiquement -ou pas- au changement d'année ?

[Antoun]

Merci pour la réponse.

Dans ton exemple je ne vois pas où je mets le prix des réservations par semaine. Surement dans la table reservations ?

si c'est le prix appliqué à chaque réservation, oui.

Comment je fais la maintenance de la table semaines ? manuellement ?

Manuellement ? Tu veux dire, comme si tu étais un opérateur de saisie ?

ou alors je crée une requête qui s'exécute automatiquement -ou pas- au changement d'année ?

oui, ou plus simplement, tu peux calculer à l'avance les cent prochaines années, ce qui devrait t'assurer qu'on ne viendrait pas te demander de venir corriger le bug de l'an 2111.

[philippef]

si c'est le prix appliqué à chaque réservation, oui.

oui c'est 1 prix par semaine par logement donc je vais ajouter un champ

Manuellement ? Tu veux dire, comme si tu étais un opérateur de saisie ?

Je suis d'accord ce n'est pas une bonne idée.

oui, ou plus simplement, tu peux calculer à l'avance les cent prochaines années, ce qui devrait t'assurer qu'on ne viendrait pas te demander de venir corriger le bug de l'an 2111.

Que veux-tu dire par calculer les 100 prochaines années ? c'est prévoir les requetes de mises à jour ou créer les tables que l'on supprimerait au fil des ans. Je crois que je me conterai de 10 à 20 ans.
Il serait quoi ce bug de 2111 ? Bien sur c'est par curiosité parce que cette année je n'aurai plus mal aux dents

[Antoun]

Que veux-tu dire par calculer les 100 prochaines années ? c'est prévoir les requetes de mises à jour ou créer les tables que l'on supprimerait au fil des ans.

Non, faire une seule table avec toutes les années.

Je crois que je me conterai de 10 à 20 ans.
Il serait quoi ce bug de 2111 ? Bien sur c'est par curiosité parce que cette année je n'aurai plus mal aux dents

Et bien, si tu crées aujourd'hui un calendrier couvrant les 100 prochaines années, et que ton application perdure jusque-là, en 2111 ils vont s'apercevoir que le calendrier ne contient plus de date utilisable... Si tu ne fais que 10 ans, cela arrivera en 2021.