... das kann man so nicht stehen lassen: Was das 'volllaufen' der Platten angeht, man kann die Größe der Receiver begrenzen und automatisch löschen lassen (wenn man wil, vorher auf Band ziehen lassen). Journalisierung erfordert keine Commit Steuerung (das gilt nur umgekehrt) und hat auch schon Wert an sich, man hat im Fehlerfall einfach mehr Informationen und zusätzlich kann man in "kritischen" Programmen Commit einsetzen und für Schreibzugriffe die Satzsperrmechanismen steuern - alles Maßnahmen, die mehr Zeit einsparen als kosten.
Bei der Kennzeichnung kann man natürlich das Kennzeichen mit in die Where clause nehmen und dann probieren, bis alle gekennzeichnet sind, aber Eleganz ist was anderes...

D*B

Zitat Zitat von Fuerchau Beitrag anzeigen
Nun ja, das mit der nachträglichen Journalisierung in Alt-Anwendungen stellt sich m.U. nicht ganz so einfach dar.
Je nach ERP-Anwendung laufen mir die Platten innherhalb kürzester Zeit ziemlich voll.

Bei einer mir bekannten ERP-Anwendung werden z.B. Satzsperren über Flag-Felder (User/Jobname) geführt und damit wird sehr extensiv umgegangen.
Ein Programm macht da innerhalb kürzester Zeit mehrere 1000 Updates, die natürlich journalisiert werden.

Ausserdem hilft Journalisierung dann nicht wirklich, wenn man nicht alle betroffenen Programme unter Commit-Steuerung stellt und in ihrer Logik an dieses Verhalten anpasst.
Aber wer hat da schon Zeit für.

Für neue Programme arbeite ich inzwischen gerne mit SQL, ins besonders aus Performancegründen, da mir SQL bei komplizierteren Abfragen doch erheblich schnellere Ergebnisse liefert.
Die Programme (auch wenn ich dann erschlagen werde ;-)) bestehen aus einem Mix von SQL und RLA.