Moin,

eine Bastelfrage:

Wie müsste ein Trigger im MS-SQL-SERVER aussehen der, falls das überhaupt geht, bei absolut allen Änderungen an absolut allen Tabellen (möglichst ohne den Trigger einzeln an jede Tabelle zu hängen) den Tabellennamen, die Art der Änderung (Update, Insert, Delete), den Spaltennamen, den Benutzer, den alten Inhalt und den neuen Inhalt protokolliert.

Hat jemand einen Ansatz dafür? Oder gar eine fertige Lösung?

Danke im Voraus für alle Antworten

Reinhold

Hat jemand einen Ansatz dafür?

mit SQL Server ist das verzwickt. lies dich allenfalls ins auditing, speziell C2-auditing ein. AFAIR wird aber ins dateisystem und nicht in eine audit-tabelle geloggt, sowie die performance der DB vermindert.

was spricht gegen einzelne trigger? du kannst diese ja z.b. über eine SP verwalten.

s'Amstel

Moin,

und Danke für die Antwort.

mit SQL Server ist das verzwickt.

Das hatte ich befürchtet.

was spricht gegen einzelne trigger? du kannst diese ja z.b. über eine SP verwalten.

Leider kommen da sporadisch Tabellen dazu, von denen ich nichts erfahre. Von daher ist das problematisch.

Gruß

Reinhold

Wenn du den SQL-Server 2005 benutzt, so gibt es eine Möglichkeit einen Datenbanktrigger zu erstellen. Mit diesem kannst Du die Änderungen am Datenbankmodell protokollieren. Sollte eine neue Tabelle hinzukommen, so kannst Du per solchen Trigger einfach einen DDL-Trigger an diese Tabelle anfügen und so die Daten loggen.