Database indeling
Ik moet voor een school opdracht een website maken voor een restaurant.
nu wil ik een reserveringsysteem hier inbouwen alleen weet niet wat de beste database opbouw is.
dit is wat het moet kunnen:
-admins moeten datums kunnen toevoegen + tijden dat mensen kunnen reserveren.
-admins moeten kunnen aangeven welke tafels op welke datum en tijden beschikbaar zijn(+ zitplaatsen van de tafels)
-mensen moeten kunnen reserveren en dus moeten ze alleen kunnen kiezen uit tafels die op een bepaalde datum en tijd nog beschikbaar zijn. dus als de tafel al gereserveerd is moet die niet meer zichtbaar zijn.
dit is wat ik al heb:
RESERVERINGEN:
id
naam
telefoonnummer
emailadres
aantal_personen
tafelnummer
datum
aankomsttijd
TAFELS:
tafelid
tafelnummer
zitplaatsen
datum
bezet (ja of nee)
Verder kom ik niet.
Kan iemand mij vertellen hoe de database zo kan maken dat ik die dingen allemaal kan maken en de database handig kan gebruiken.
alvast bedankt.
gr dennis
heb je de database al gemaakt? want je zegt dit heb ik maar daarna vraag je hoe het moet?
Reservering:
- id
- naam
etc.
Personen:
- id
- reservering_nummer
- stoel_nummer
Stoel:
- id
- tafel_nummer
Tafels:
- id
- aantal_stoelen
- tafel_nummer
Flexibeler kan ie niet denk ik :P
Als je dan nu een knap staaltje php-werk er achter doet moet het denk ik wel lukken.
Gewijzigd op 14/10/2010 20:43:58 door Milo S
maar als ik dit doe wat jij doet milo s
is dat dan niet een beetje omslachtig om voor de stoel een tabel aan te maken?
en waarom een tabel personen?
php erachter gaat me zeker wel lukken hoor alleen het bedenken van de database ben ik niet de beste in;) daarom ook de vraag wat het beste is en het makkelijkste natuurlijk.
zoals milo s doet een voorbeeld alhoewel ik het een beetje omslachtig vind.
nog meer suggesties?
Milo S op 14/10/2010 20:39:32:
Persoonlijk zou ik dit doen:
Reservering:
- id
- naam
etc.
Personen:
- id
- reservering_nummer
- stoel_nummer
Stoel:
- id
- tafel_nummer
Tafels:
- id
- aantal_stoelen
- tafel_nummer
Flexibeler kan ie niet denk ik :P
Als je dan nu een knap staaltje php-werk er achter doet moet het denk ik wel lukken.
Reservering:
- id
- naam
etc.
Personen:
- id
- reservering_nummer
- stoel_nummer
Stoel:
- id
- tafel_nummer
Tafels:
- id
- aantal_stoelen
- tafel_nummer
Flexibeler kan ie niet denk ik :P
Als je dan nu een knap staaltje php-werk er achter doet moet het denk ik wel lukken.
Maar waarom aantal_stoelen bij de tafel kolom? Kun je toch achterhalen aan de hand van de stoelen die eraan gekoppeld zijn?
@dennis Ik denk dat je een heel eind goed zit met deze indeling echter moet je bij tafels de kolommen bezet en datum weg laten, deze gegevens haal je uit je reserveringen tabel. Als er naast een reservering een andere reden is dat een tafel niet beschikbaar kan zijn zou ik hier een aparte tabel voor aanmaken.
De tabel tafels pas je alleen aan als er meer of minder tafels/stoelen komen.
Verder is tafelnummer en tafel_id dubbelop, ik zou alleen de nummers aanhouden.
tafels kan ik veradneren ja;)
maar ik wil ook datums en tijden bijvoegen waar ze uit kunnen kiezen.
Openingstijden:
- van (DATETIME)
- tot (DATETIME)
Ook het aantal personen op een bepaalde datum/tijdstip haal je uit de reserveringen tabel. Hiervoor tel je de kolom "aantal_personen" op van elke reservering die binnen 2 tijdstippen valt.
Gewijzigd op 15/10/2010 12:02:02 door Aad B