Änderungsprotokoll ohne Pflegeaufwand

[mace]

Hallo zusammen.

Also ich hab die Aufgabe ein Änderungsprotokoll für eine SW zu schreiben das möglichst Pflegeleicht ist.
(mir bekannte Standarthergehensweise wäre mit einer Funktion, die immer mitgeführt werden muss, eben die Änderungen in die entsprechende Tab posten)
Dabei bin ich (mit Hilfe :lol: ) zu dem Schluss gekommen, das die Connection der Knackpunkt ist, da müssen alle Daten durch.
Jetzt die Frage, wie kann ich es verwirklichen, die INSERTs und UPDATEs dort abzufangen. Hab schon einige Ereignisse der ADO Connection ausgetestet, jedoch hab ich max die Select Anweisungen bekommen, nicht jedoch die Posts..
Hat jemand eine Idee wie man da rankommt?
Vielen Dank im voraus!

Grüße
macl

[NormanNG]

Hallo,

also ich würde mittels Triggern direkt in der Datenbank arbeiten. Dann werden auch Änderungen protokolliert, die über anderen Programme (z.B. dem MS QueryTool) an den Daten vorgenommen werden.

[mace]

Ist durchaus auch schon ein Gedanke gewesen, aber durch fortlaufende Weiterentwicklung auch an der DB eher eine Suboptimale Lösung.
Da ich mich mit Triggern kein Stück auskenne und grad erst mal Infos dazu sammel, weiß ich auch nicht, wie weit da Vor- und Nachteile liegen.
Meinem Vorgesetzten nach soll ichs im Idealfall direkt über die Connection lösen.

[NormanNG]

Zitat:

Ist durchaus auch schon ein Gedanke gewesen, aber durch fortlaufende Weiterentwicklung auch an der DB eher eine Suboptimale Lösung.

Wieso? Es gibt für das Speichern von Änderungsprotokollen durchaus generische Lösungen, die auch mit Änderungen an der Datenstruktur zurechtkommen. Und das ist dann wirklich "pflegeleicht".

[mace]

Jedoch muss man diese Trigger dann an alle Tabs angepasst dranhängen und bei neuen Tabs hinzufügen (was natürlich ein milder Aufwand im Vergleich zum Mitführen einer Funktion im Code ist), aber vllt irre ich mich da ja auch und ich kenn mich einfach schlecht mit Triggern aus :oops:
Man kann ja sehr viel über Trugger lesen, aber so unheimlich praktisch ist das alles nicht was ich finde :roll:

[NormanNG]

Hi,

Zitat:

Jedoch muss man diese Trigger dann an alle Tabs angepasst dranhängen

das "anpassen" macht ja der Trigger selbst, indem er eben nicht konkret für eine bestimmte Tabelle geschrieben ist, sondern die Informationen zur Datenstruktur aus dem Datenbankschema holt.

Oder - noch besser - man baut sich eine Prozedur zusammen, die aus dem Datenbankschema alle Tabellen holt, prüft ob bereits ein Log-Trigger vorhanden ist und diesen ggf. aktualisiert oder hinzufügt. Diese Proc muss dann nur nach jeder Änderungb der Datenstruktur ausgeführt werden und schon ist das Änderungsprotokoll wieder auf dem Laufenden.

[mace]

Das hört sich doch mal sehr gut an, ich werd mal in der Richtung weiter recherchieren!

Danke für deine Hilfe, Norman. :)

Falls jemand doch noch eine Möglichkeit über die Connection der ADO Komponente kennt oder Hinweise darauf, wäre ich dankbar, wenn er sie mitteilt. :P

Grüße
macl

[mace]

Hallo zusammen,
nach weiterer Recherche ist es mir bisher nicht gelungen herauszufinden, ob und wie ich mit dem Trigger ein nicht mitgeführtes vom Programm ermitteltes Feld ausfüllen kann.

Konkret heißt das, ich hab einen Benutzer, der ein bestimmtes Feld ändert.
Das Programm weiß welcher Benutzer grad aktiv ist, aber der Trigger kann meines Wissens nach keine Parameter vom Programm auslesen und schreiben.
Ich wäre über Ratschläge sehr dankbar, steh im Moment etwas im Wald.

Danke schonmal.

Grüße
macl