Kalendereinträge (von heute) in anderer DB/Maske anzeigen

Z.B. eingebettete Ansicht mit einzelner Kategorie.
Es muss halt eine entsprechend kategorisierte Ansicht in den Mailfiles existieren.
Oder du suchst dir die Einträge per Script selbst aus dem entsprechenden Kalender zusammen und zeigst sie z.B. in einem berechneten Feld an

Die Idee mit dem Script halte ich persönlich nicht für sonderlich sinnvoll.
Zum einen stellt sich die Frage, wie häufig sich Änderungen in den Kalendern ergeben. Bei Außendienstlern vermutlich wesentlich häufiger, als beim Pförtner unten am Empfang. Willst du nun realisieren, dann die Damen im KSC immer die gerade aktuellen Daten vor Augen haben, bedeutet das im Endeffekt, dass beim Öffnen des Dokumentes ein Agent oder zumindest ein Teil deiner Anwendungslogik lostrampelt, um sich die Daten zu greifen. Das ist weder gut für die Server, noch für die Leitungen und damit schonmal gleich gar nicht für die Damen, die dann mindestens ebenso lange aufs Ergebnis warten müsssen, wie wenn sie gleich den Kalender öffnen.

Ändern sich die Kalenderdaten hingegen nicht so wahnsinnig häufig, kannst du zwar den Agenten loslaufen lassen, der müsste aber immer noch recht häufig, also mindestens alle Stunde laufen, damit wenigstens einigermaßen aktuelle Daten sichtbar sind. Und selbst dann kann es passieren, dass per Zufall in der Zwischenzeit sich etwas geändert hat, die Damen verlassen sich auf die Aktualität der Daten und sind dann plötzlich verlassen. Spätestens nach den ersten paar Supportcalls merkst du, dass auch das keine gute Idee war.

Bleiben aus meiner Sicht nun also noch 2 Möglichkeiten: Entweder du nimmst du die View oder du besorgst dir Tools von Drittanbietern, die Kalendereinträge aggregieren. Ich kenne die Tools von 2 der bekanntesten Anbieter zu Genüge. Wenn du meine persönliche Meinung hören willst: nimm lieber die View. Sowohl was die Performance, wie auch die Ausgabenseite angeht. Eine entsprechende View in die DBs zu werfen ist nun wirklich kein Hindernis und je nach Programmierung der View tut es auch den Servern nicht weh, wenn alle Stunde oder so ein compact -T läuft und das Öffnen der Embedded View und damit des Dokumentes zu beschleunigen.

Hallo RockWilder,

habe zu deiner letzten Ausführung eine Frage.

Was bewirkt in diesem Fall der Parameter "-T" beim compact?

Lt. Doku schaltet er die Transaktionsprotokollierung ein; nur werde ich nicht schlau daraus, warum damit das Öffnen beschleunigt werden soll.

Vielen Dank.

Falsch: er schaltet sie nicht ein sondern muss bei aktiviertem Transaktionsprotokoll verwendet werden.

Was die Transaktionsprotokollierung bewirkt kannst du z.B. der Admin Hilfe entnehmen

Leute entschuldigt bitte, aber ich habe Unsinn geschrieben. Es soll ja nichts komprimiert, sondern die Ladezeiten sollen verkürzt werden. Das tut ein compact natürlich nicht, gemeint war selbstredend der updall.

Harald: ein updall -T refresht die danach angegebene View. Ein beherztes lo updall pfad/zur/datenbank.nsf ViewName baut nur den Ansichtsindex von "ViewName" in "datenbank.nsf" auf.

Mein Fehler!

Hallo RockWilder,

ja, dass mit dem updall macht Sinn.
Jetzt bin ich auch dabei; und danke für den Tipp - werd's gleich mal bei einer meiner Datenbanken testen.

taurec:
Transaktionsprotokollierung setzen wir ein und ist mir auch klar - aber eben nicht in den obigen Zusammenhang.