nicht angemeldet
Also:
In einer halbwegs vernünftigen Datenbank ändern sich IMMER irgndwelche Daten.
Das heist die bisherigen Backupsystem stellen eben irgendwo ein Backup her welches im Fall eines Datenverlustes eingespielt werden kann. Natürlich kann es sein, dass dabei Daten verloren gehen. Das Risiko ist aber überschaubar, weil man sagen kann also alle Änderungen ab Zeitpunkt x müßen wiederholt werden.
das System welches Du bevorzugst müßte komplett vom Netz gehen weil, wenn Du da mit Deinem Backupssystem dranherumwerkelst dann könnte es ja sein, dass vorn die Daten schon wieder geändert werden.
Wie willst Du also dass Problem in den Griff bekommen.
Das nächste und nicht zu unterschätzende Problem wäre ja Die Fehlerquote die Du einbaust wenn Du manuell (wie willst Du sonst die ID zuordnen) die daten änderst.
Woher willst Du wissen ob tatsächlich alle betroffenen Datensätze geändert wurden und genau so wieder sind wie sie sein sollten.
Ich will Dir nicht den Mut nehmen, der Ansatz ist verständlich aber völlig praxisfern. Mit Deinem Ansatz schaffst Dui die Voraussetzungen für eine inkonsitente DB.
TomIRL