Die von KurtZ beschriebene Methode wird so auch beim Palm verwendet. Einzelne Termine in einer DB zu speichern ist ja noch relativ einfach, nur wie macht man das (wirklich) sinnvoll bei Serienterminen?

Ich hatte mal folgendes Konzept entworfen, bin aber damit noch nicht weiter gekommen:

* id_eintrag (PRIMARY KEY)
* id_kalender (FOREIGN KEY; für mehrere Kalender)
* typ (-> 'eintrag', 'ausnahme', 'zusatz')
* datum_von (Pflicht-Feld)
* datum_bis (Pflicht-Feld)
* uhrzeit_von (Kann-Feld)
* uhrzeit_bis (Kann-Feld)
* titel (Pflicht-Feld)
* beschreibung (Kann-Feld)
* alarm (Kann-Feld; Datum + Uhrzeit)
* Kategorie (Kann-Feld)
* ts (Timestamp; z.B. für Synchronisationen)
* wh_typ ('keine', 'tag' -> tägliche Wiederholung, 'woche' -> ..., 'monat_wochentag' -> monatlich an diesem Wochentag (z.B. jeden 2. Donnerstag im Monat), 'monat_datum' -> monatlich an diesem Datum (z.B. jeweils am 5.), 'jahr' -> ...)
* wh_periode (alle X Tage, X Wochen, X Monate, X Jahre (z.B. nur jeweils jeder dritte Tag/Woche/Monat/Jahr; ist abhängig von wh_typ))
* wh_typ_woche_wochentag (wenn wh_typ = wöchentlich, dann können hier Wochentag (Mo, Die, ...) angegeben werden
* wh_sonder (-> id_eintrag; hier können Verweise auf Ausnahmen definiert werden, z.B. dass ein zusätlicher Termin (nicht) stattfindet)

(wh = Wiederholung)

Durch mögliche Wiederholung und Ausnahmen ist das etwas komplizierter geworden, leider auch bei der Eingabe und Anzeige von Terminen. Aber eigentlich müssten damit jede Art von Termin machbar sein.