![]() Mailinglisten-Archive |
++++ Andreas Ahlenstorf wrote on 15.05.2007 15:29 ++++ > Am 15.05.2007 um 14:34 schrieb Henning Heil: > >> - der Verlauf der Buchungsaktivit�t �ber die Zeit muss gespeichert >> werden (was war/ist vorgestern, heute, �bermorgen, vor oder in n >> Tagen) >> Kleinigkeiten: >> - verschiedene Stati f�r eine zu buchende Einheit m�ssen m�glich sein >> (leicht, z.B. gebucht, frei, Eigennutzung etc.) >> - freilich irgend eine Benutzerverwaltung (gibt es fertige Sachen?) >> > > Im Prinzip keine allzu grossartige Sache, wenn ich das richtig sehe. hehe Andreas, besten Dank f�r Deinen Vorschlag. Du gehst wie selbstverst�ndlich mit etwas um, wor�ber ich die ganze Zeit nachdenke: es muss gar keine 'leere' zu buchende Zeiteinheit f�r einen Raum geben, eine nicht gebuchte Einheit ergibt sich bei Deinem Konzept einfach durch keine vorhandene Buchung. Ich hatte die ganze Zeit eine Tabelle im Kopf, die 08:00-09:00 (frei), 09:00-10:00 (belegt) ... 23:00-00:00 (frei) Uhr auflistet und dann dazu f�r die einzelnen Tage und Zeitabschnitte den Status festh�lt (daher auch meine Frage, was passiert, wenn man die Einheit auf 30 oder 15 Minuten verkleinert). Bei Deinem Ansatz umgehst Du das g�nzlich und bist theoretisch in der Zeiteinteilung v�llig frei, viel einfacher als meine sagen wir mal 'Raster-Bauklotzdenke' mit irgendwie gearteten, starren Tabellen f�r einen Tag. Das Inkrement der zu buchenden Zeiteinheit gebe ich einfach durch die Felder/Werteauswahl im GUI vor, das Buchungsobjekt in der Software kann theoretisch jede Zeit einbuchen (Validit�tspr�fung kommt on top). Super! Danke, Henning
php::bar PHP Wiki - Listenarchive