Datenstruktur Terminkalender (gelöst) (Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl)

[thread]16337[/thread]

Datenstruktur Terminkalender [gelöst]

Tags: perl5 Ähnliche Threads

Leser: 22

Articles: hide open all | hide show old branches

+5 replies
rosti

2011-05-22 21:06
User since
2011-03-19
3617 Artikel
BenutzerIn
Hi,

unterzubringen sind auf einen Schlüssel, was bei mir die Tagesnummer sein wird (Julianischer Tag, fortlaufend numeriert), Termine, Events, Veranstaltungen..., die im Wesentlichen drei Teile haben: Beginn, Ende und ein bischen Text, optional vielleicht noch einen Link.

Beginn und Ende unter dem Tag sind die Sekunden seit Null-Uhr, die sich gut in h:m:s umrechnen lassen, MySQL hat dafür sogar eine Funktion.

Variante 1 sieht so aus:
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

# Datenstruktur Terminkalender my $t = { 2455704 => { 123450 => { END => 124000, TXT => 'Eine kleine Veranstaltung', }, }, 2455705 => { 200000 => { END => 300000, TXT => 'Noch eine kleine Veranstaltung', }, 300001 => { END => 400000, TXT => 'Noch eine kleine Veranstaltung', }, }, };
Allerdings erscheint mir das ein bischen zu tief, etwas flacher wäre in etwa so (Variante 2):
Code: (dl )

1 2 3

Datenstruktur für Termine: Julianday => { 16byte => 'text' } 16byte: Beginn(8byte) und Ende(8byte) in Sekunden seit Mitternacht
Möglich wäre auch ein textlicher Key für Beginn und Ende, etwa so:
00120.86399, also fünfstellige Zahlen (Variante 3).

Abfragen auf die Datenstruktur sollen ein sortiertes Array für einen Tag liefern:
Code: (dl )

1 2 3 4

[ [hms-Begin, hms-Ende, Text, Link], [hms-Begin, hms-Ende, Text, Link], ]
was dann recht gut in eine Kalenderwoche als Tabelle einzubauen ist.

Der Speicherort ist noch nicht näher bestimmt, MySQL bietet sich an wegen der Date-Time-Unterstützung, aber auch eine reine Datei-Lösung wäre OK. Im Script selbst soll unabhängig vom Speicherort mit einer passenden Datenstruktur operiert werden.

Wie auch immer, ich bin noch am Grübeln, hat jemand von Euch mal einen Terminkalender gemacht mit einer zweckmäßigen Datenstruktur und wie sieht die aus?

Viele Grüße,
Rolf
Last edited: 2011-05-22 21:19:27 +0200 (CEST)
http://blog.rolfrost.de/

The art of steam.
- +3 replies
- payx
  
  2011-05-22 21:37
  
  User since
  2006-05-04
  564 Artikel
  BenutzerIn
  
  Hallo rosti,
  
  ich würde mich bei so einer Aufgabe mit Sicherheit an einem etablierten Standard orientieren, z.B. iCal. Vorteile: Ein durchdachtes Format, das vielen typischen Kalenderanforderungen gerecht wird, und Interoperabilität, d.h. Du kannst z.B. später Kalenderdaten importieren und exportieren oder einen Feiertagskalender irgendwo herunterladen, damit Du die Feiertage nicht manuell pflegen musst usw.
  
  iCal bringt 87 Treffer, ich mutmaße, dass da eine gute Lösung dabei sein sollte.
  
  HTH
  Grüße
  payx
  - rosti
    
    2011-05-22 22:34
    
    User since
    2011-03-19
    3617 Artikel
    BenutzerIn
    
    Ja, ok, Import, Export, die Schnittstellen nach draußen sind von meinen inneren Strukturen unabhängig; ich werde das mal überschlafen, vielleicht fällt mir was im Traum ein ;)
    
    Danke und Gruß,
    Rosti
    http://blog.rolfrost.de/
    
    The art of steam.
  - gelöscht 2011-05-23 10:00
- rosti
  
  2011-05-25 19:45
  User since
  2011-03-19
  3617 Artikel
  BenutzerIn
  Kurzer Erfahrungsbericht:
  
  zum Darstellen im Kalender ist folgende Datenstruktur gut geeignet (Auszug aus einer Kalenderwoche):
  
  Code (perl): (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13
  
  2455709 => [], 2455710 => [ [ "09:00", "11:00", "Reinigung der Hauptstra\303\237e in Oppenheim, bitte Parkverbot beachten", ], [ "13:00", "23:59", "Stra\303\237enfest Hauptstra\303\237e in Oppenheim", ], ],
  
  Die Arrays sind sortiert, Beispiel online, Kalenderwoche 21/2011
  
  http://rolfrost.de/apps/cal
  
  In der Datenstruktur ist der Tag (Julianische Tagesnummer) der Schlüssel, "Begin,Ende" weiterere Schlüssel unter dem Tag und der Value ist halt die Beschreibung (in einer Zeiterfassung stünde hier die 'Zeitart').
  
  Begin,Ende sind intern als Minuten,Minuten (Tagesminuten, max 1440) gespeichert, in einer Datei als Hash of Hashes (da habe ich ein eigenes Modul als Ersatz für Storable.pm was es bei meinem Provider nicht gibt).
  
  Überschneidungen der Tages-Unterzeiten sind nicht zulässig, das deckt die Anwendungsfälle Zeiterfassung, Raumplanung, Veranstaltungen usw. Wer Überschneidungen zulassen möchte, dem wünsche ich viel Spaß dabei, vor allem bei der Darstellung ;)
  
  Die Datenstruktur ließe sich auch in MySQL unterbringen, dazu wird nur die Klasse ausgetauscht, scriptintern sind in dem Fall keine Änderungen notwendig, die Datenstruktur und die Methoden bleiben diesselben.
  
  Alles in Allem ist der Code sehr übersichtlich geworden, vor ein paar Jahren habe ich mal eine Arbeitszeiterfassung programmiert, die hat zwar einwandfrei funktioniert (mit Export nach S A P), aber _den_ Code möchte ich heute nicht noch einmal anfassen *G*
  
  Viele Grüße,
  Rosti
  http://blog.rolfrost.de/
  
  The art of steam.

View all threads created 2011-05-22 21:06.