Een goede database maak je door eerst na te denken over wat er uiteindelijk uit moet rollen, want dat bepaalt wat je er in moet stoppen. Je werkt dus eigenlijk van achteren naar voren
. Is logisch: als je de verkeerde gegevens in een database stopt, kun je nooit de goede er uit halen. Je moet dus eerst goed nadenken over de informatiestromen die je wilt hebben. Op basis daarvan ga je kijken wat er precies moet gebeuren.
In jouw geval: boeken van vakanties op een vakantiewoning. Eén ding weten we nu al wel: het boeken gaat altijd vanaf een zaterdag tot een volgende zaterdag. Dat betekent dus dat je bij het selecteren van een datum geen rekening hoeft te houden met andere dagen in de week.
Daarnaast heb je een dynamisch gegeven: de prijs. Die is afhankelijk van een datum. Nou kun je dat op zijn janboerenfluitjes doen, zoals Excel mensen gewend zijn (en wat jij ook probeert) maar we hebben het hier over een database, en dan wil je het slim aanpakken. En de intelligente manier is: maak een tabel met de tarieven, en geef elk tarief een eigen record met (in ieder geval) een begindatum, een prijs en als je het op een eenvoudige oplossing wilt doen, een einddatum.
Die prijzentabel bevat in jouw geval dan een aantal records die bijv. van 18-7-2015 t/m 12-9-2015 lopen (€ 655), dan tot 3-10-2015 (€ 455) etc.
Deze tabel koppel je met een query aan de boekingsdatums, en op basis daarvan zie je wat de prijs is voor elke week binnen de boeking. Daarom zei ik ook in een eerder bericht dat je helemaal niet aan een periode van 3 weken vast
hoeft te zitten; de prijzen worden toch wel correct berekend.
Maar dat is dus een heel andere opzet dan wat jij hebt gemaakt. Zeg maar het verschil tussen een database, en een simpel excelletje
.
