Effektive Strategie zum Hinterlassen eines Prüfpfads / Änderungsprotokolls für DB-Anwendungen?
Mit welchen Strategien haben die Benutzer Erfolg gehabt, um ein Änderungsprotokoll für Daten in einer recht komplexen Datenbank zu führen? Eine der Anwendungen, die ich häufig verwende und für die ich entwickle, könnte wirklich von einer umfassenderen Methode zur Verfolgung der Änderungen von Datensätzen im Laufe der Zeit profitieren. Derzeit können Datensätze beispielsweise eine Reihe von Zeitstempeln und geänderten Benutzerfeldern aufweisen. Derzeit gibt es jedoch kein Schema für die Protokollierung mehrerer Änderungen, z. B. wenn ein Vorgang zurückgesetzt wird. In einer perfekten Welt wäre es möglich, die Aufzeichnung so zu rekonstruieren, wie sie nach jedem Speichern war usw.
Einige Infos zur DB:
Müssen die Kapazität haben, um Tausende von Datensätzen pro Woche zu wachsen50-60 TischeDie wichtigsten überarbeiteten Tabellen können jeweils mehrere Millionen Datensätze enthaltenAngemessene Menge an Fremdschlüsseln und Indizes festgelegtVerwendung von PostgreSQL 8.x.