Na da fängste ja zeitig an.
__________________________________________________ _
Jetzt habe ich deinen Post verstanden nikosch.
Die Schichten sind ganz normal, sprich sie erstrecken sich über mehrere Stunden meistens.
Du&dsmcg schreiben, dass ihr ein Time(stamp)Format bevorzugen würdet.
Als Vorteil siehst du (nikosch), dass es dadurch sauberer aus der DB zu lesen ist.
Nun ist dabei zu beachten, dass wir von zwei Dingen sprechen.
1.)
Verfügbarkeitsangabe
Sprich der User hat Mo-So eine Verfügbarkeitsreihe in welcher er seine Verfügbarkeit einträgt.
Frage:
Würdest du die Verfügbarkeiten auch als Time(stamps) erfassen ?
Wenn ja würdest du es sicher aus Gründen der allg. DB Struktur machen, so dass später die Schichten sich leichter darauf beziehen können.
Frage2:
Würdest du jedes Rechteck (Halbe Stunde) als DB Satz dort speichern ?
Ich sehe halt die große Datenmenge als Nachteil im Gegensatz zum String.
2.)
Planung der Schichten
Dort ist es, aus dem mir nun ersichtlichen Grund wohl sinnvoller auf Time(stamps) zu setzen.
Dadurch kann auch eine Schicht die sich über einen Tag erstreckt einfacher identifiziert werden. (22:00 Uhr - 2:00 Uhr)
Der Nachteil ist, dass diese Schicht dann je nach Auswahl des Admins in gewisse Teile gesplittet werden muss und nicht schon in diesen Teilen (z.B. 30 Minuten Rastern) in der DB vorliegt.
So wie ich eure allg. Einschätzung hier aufnehme überwiegt jedoch der Vorteil.
Habe ich das alles richtig zusammengefasst ?
Würdet ihr bei 1.) [Verfügbarkeitsanzeige] die Daten auch in Timestamps aufnehmen, welche im Extremfall bei einer 15 Minuten Taktung auf bis zu 96 Datensätze pro Tag, also 96*7=672 Datensätze für die allg. Woche (anstatt nur 7 Datensätze ) ansteigen können ?
Kommentar