Discussion :

[a02halo]

Bonjour à tous,

Je travaille actuellement sur une petite application toute simple de réservation de chambres.
J'aimerais avoir votre avis sur le MCD que j'ai réalisé pour commencer, si vous voyez de grosses erreurs ou de gros manques. Par exemple des possibilités de redondances tout ça... Sachant que la table occupant sera remplie par l'importation d'un fichier Excel qui viendra remplir les entrées. ...Bref je suis ouvert à toute proposition tout idée d'amélioration (et même si vous connaissez un truc qui fait déjà ça et que vous avez un lien, ou un tuto)

Les pré-requis :
Un occupant peut avoir une seule réservation.
Un occupant ne peut occuper qu'une seule chambre mais certaines chambres peuvent être occupées par plusieurs occupants
Une chambre n'a qu'un type (logique) et un type de chambre peut en concerner une ou plusieurs (logique aussi)
Une chambre peut faire l'objet de plusieurs réservations dans le temps (mais pas en même temps) tandis qu'une réservation ne concerne qu'une seule chambre.

Le but de l'application est de permettre la gestion des chambres : prévoir ou l'on met qui et permettre également un reporting.
Je vous joins mon MCD à ce post :

[marot_r]

Bonjour.

À priori ton modèle correspond à tes contraintes et devrait permettre de répondre à toutes les questions.

La seule chose qui me fait tiqué c'est qu'il m'est arrivé de réserver plusieurs chambres quand j'ai voyagé avec ma famille donc est-ce que "Un occupant peut avoir une seule réservation" est pertinent ?

Je vais parler un peu implémentation.

Pour la gestion des conflits d'occupation tu pourrais éventuellement modéliser cela avec

table tblOccupationChambre
ClefOccupationChambre
ClefChambre
ClefPersonne (si clef personne n'est pas renseigné, la chambre est libre)
DateOccupation (1 date par jour, donc en théorie 365/366 enregistrements pour chaque chambre par année.)

Donc si quelqu'un réserve du 1 au 15 tu vas avoir 15 enregistrement dans tblOccupationChambre.
Ces réservations pourraient être crées par code sans que l'utilisateur le voit.

Si tu mets une clef primaire sur "Chambre + Date" tu peux garantir que tu n'auras jamais 2 réservations pour la même chambre au même moment même si quelqu'un vient faiire une réservation directement dans la table sans passer par tes écrans de saisie.
Et cela facilterai l'affichage ou l'impression d'un tableau des chambres au jour le jour.

Une optimisation possible est de ne stocker que les dates où la chambre est utilisée ou réservée.
À priori, si une chambre n'est pas dans tblOccupationCambre alors elle est libre pour la période demandée.
Ça complexifie par contre les sélections et les plannings éventuels.

Sinon, si tu marches par intervals, il faudra gérer cela par code pour s'assurer que tu n'as pas de recouvrement.
Si tu as Access 2010 ou au delà tu peux mettre le code de contrôle directement dans la table, sinon tu le mets dans les formulaires de saisie.

A+

[f-leb]

Bonjour,

Les pré-requis :
Un occupant peut avoir une seule réservation.

Le « peut avoir » n'est pas cohérent avec la cardinalité 1,1 dans Occupant---1,1---peut---1,n---Reservation.

Si la règle est « un occupant peut avoir au plus une réservation », sous-entendu qu'il peut y avoir des occupants n'ayant pas fait de réservation, la cardinalité doit être 0,1.

La cardinalité 1,1, elle, indique qu'un occupant a fait obligatoirement une réservation au moins et une au plus.
La cardinalité maximale à 1 signifie aussi qu'un occupant ayant réservé une fois ne pourra plus jamais réserver. On voit aussi qu'il ne pourra occuper qu'une seule chambre durant la vie de la base, sans espoir de revenir y séjourner. Curieux...

Une chambre peut faire l'objet de plusieurs réservations dans le temps (mais pas en même temps)

Mais jamais par un ancien occupant qui a le droit de séjourner qu'une fois au plus dans une chambre comme dit plus haut.