Änderungen an Tabellen nachverfolgen (Event?)

[phorax]

Hallo liebe Experten,

wahrscheinlich ist das Problem eher simpel, aber ich komme trotzdem nicht weiter. Ich greife in einer Mehrbenutzerumgebung mit ADO und SQL-Abfragen auf eine (Access-)Datenbank zu und lasse alles mit *nicht* datensensitiven Steuerelementen (TStringGrid) anzeigen und bearbeiten. Gibt es ein Event, das ausgelöst wird, wenn ein Benutzer etwas an einer Tabelle verändert, so dass diese bei allen anderen Benutzern aktualisiert werden kann, oder eventuell eine ganz andere Lösung?

Viele Grüße!

[omata]

Dafür gibt es in richtigen Datenbanksystem "Trigger", da Access ja leider kein DBMS ist, geht das natürlich damit leider nicht. Also verwende einfach ein richtiges Datenbanksystem, gerade bei Mehrbenutzerbetrieb ist Access einfach völlig unbrauchbar und du bist gerade an die Grenzen von Access gestoßen.

[phorax]

Danke für den Tip mit den Triggern! Das werde ich mir genauer ansehen.

Mir ist noch eine Bastellösung eingefallen. Es gibt eine neue Tabelle "Änderungsstatus" mit den Feldern "Tabellenname" (Text) und "Änderungsstatus" (Zahl). Bei jeder Änderung an der Tabelle "Tabellenname" wird "Änderungsstatus" (manuell) entsprechend auf die ID des angemeldeten Benutzers gesetzt. So lässt sich nachvollziehen, ob die Tabelle zwischenzeitlich von einem anderen Benutzer verändert wurde und entsprechend reagieren.

[omata]

Das Problem an diesen Lösungen ist einfach, dass das die Anwendung selbst erledigt. Wenn man nun aber mal manuell etwas in der DB ändert, dann werden diese Zusatzinformationen nicht nachgezogen (automatisch) sondern man muss das dann auch manuell machen. Da ist dann immer die Frage, ob man da immer den Durchblick behält. Deshalb ist es eben wichtig, dass die Regeln direkt in der Datenbank abgelegt werden und diese alles kontrolliert. Dann ist es egal, welche Anwendung auf die DB zugreift, alle werden gleich behandelt. Aber wie schon erwähnt ist das mit Access nicht möglich. Vielleicht wäre eine Kombination aus MSSQL + Access sinnvoller, Access dient dann als Frontend und im Hintergrund arbeitet ein richtiges DBMS.