Ansatz gesucht: Triggern einer Benachrichtigung im Kontext von zykl. Dateiabfragen...

[alphaflight83]

Hi Blup,

erst mal Danke für den Beitrag.
Das Problem ist, dass ich um "Delete" nicht rumkomme, da die Meldungen auch wieder verschwinden können und dementsprechend auch nicht mehr angezeigt werden sollen.
(Hab's im Eingangspost editiert)
Wäre das eventuell mit einer temporären Tabelle performanter, oder sollte man da die Verwendung der DB grundsätzlich anders angehen?

[Jumpy]

Zitat von alphaflight83:

Das Problem ist, dass ich um "Delete" nicht rumkomme, da die Meldungen auch wieder verschwinden können und dementsprechend auch nicht mehr angezeigt werden sollen.

Wäre es nicht im Sinne eines vollständigen "loggens" sinnvoller, auch den Zeitpunkt zu speichern, ab dem eine Meldung nicht mehr auftaucht und bei der Anzeige die Meldungen dann halt nicht mehr anzuzeigen?
Mach natürlich was die Datenbankzugriffe angeht, wenig Unterschied, ob du nun einen Datensatz löschst oder "updatest".

[alphaflight83]

Hi Jumpy,

in diesem Abschnitt sind nur die aktuell anliegenden Meldungen wichtig, die am Client noch nicht quittiert wurden, daher ist ein Loggen der Historie hier nicht nötig.
Die alten Daten wären nur ungenutzte Altlasten und die möchte ich möglichst vermeiden.

[himitsu]

Wird in allen Dateien oft etwas geändert?

Man kann sich eventuell vom Windows informieren lassen, welche Dateien gerade verändert wurden,
dann müßte mn nicht immer alle Dateien durchgehn, sondern nur die Geänderten.

[Blup]

Wird kein Protokoll benötigt, ist doch alles sehr einfach.
Für jedes Objekt gibts einen Eintrag in der Datenbank mit der letzten Statusmeldung und ob diese quittiert wurde und fertig.

Code:

select * from tabelle where (status = 'kritisch') and (quittiert = 0)

[alphaflight83]

@Blup:
Ja, die Benachrichtigung kann ich dann mit einem zusätzlichen Feld à la "Bereits gesendet" triggern,
allerdings muss ich in jedem Fall die Datensätze updaten.

@Himitsu:
Ich wusste gar nicht dass das geht, bzw. hab da noch nie drüber nachgedacht.
Das ist auf jeden Fall schon mal nicht schlecht: FILE_NOTIFY_CHANGE_LAST_WRITE
Edit: Hab bei Torry mal die ATFileNotification Compos gezogen, die werd ich mir mal anschauen.

Edit: Nach nochmaligem Nachdenken ist es wirklich die bessere Lösung, die Daten zu behalten
(und irgendwann mal im Paket zu löschen) und Update für die Felder "Quittiert" und "Bereits gesendet" auszuführen.
In Kombination mit Himitsus Vorschlag kann ich vielleicht schon ein gutes Stück Performance rausholen.