Jag håller på att utveckla en databas (+ tillhörande webbapplikation) som skall hantera bokningar av diverse lokaler. Det kommer finnas ett flertal olika lokaler med vardera unika tidsintervall. Det kan tex vara en lokal som har fördefinierade tidsblock, från heltimme till heltimme eller liknande. Medan en annan lokal tillåter användaren att boka hur den vill, dvs ex 13:30 - 14:10...
Jag kan inte komma på någon bra lösning till hur tabellerna och attributen skall utformas.
Så här långt har jag tänkt:
* BokadeTider (userID, date, time)
* Lokal (lokalID, typID referens LokalTyp)
* LokalTyp (typID, tiderID referens Tider)
* Tider (tiderID, bla bla bla...
Kan någon styra mig åt rätt håll, det har låst sig för mig!!
Det bästa är väl att börja med en E/R-modell för att se att du kan lagra all data som skrävs. Med hjälp av din entiteter och relationer så kan du sedan skapa ett relationsschema. Sedan är det bara att kolla upp funktionella beroenden och normalisera. Från detta resultat kan du sedan skapa ditt databasschema. Detta är mitt tips.
Jovisst! Ett ERD har jag börjat på och jag vet ju ungefär vilka entiteter som berörs samt vilken information som skall sparas (datum, tid och typ av bokning). Problemet är attributen, jag kan inte kan komma på något bra och effektivt sätt att lagra tiden.
Kan du inte ha en entitet för olika tidsintervall? Kanske en dum lösning men då skulle du kunna ha en "många till många" relation mellan rum och tidsintervall. Förstår jag dig rätt gällande din fråga eller missuppfattade jag?
Det jag menade med det jag skriv ovan så kan du ju ha tillåtna intervall i relation med rummet. Dvs ett rum kanske har tillåtna intervall: 1, 3, 5 dvs bokningar på 1, 3 och 5 timmar. Rum med ingen bestämd tidsintervall kanske inte ens behöver finnas representerade här?
