Programm Datenverifizierung

[BUG]

Das Problem sehe ich hier:
In dem Moment, indem der User die Datenbank mit dem Backup überschreibt, ist diese verloren. Dem User dann noch mit einem Hashwert mitzuteilen, dass er etwas falsch gemacht hat, hilft niemanden.

Betrachte es mal anders: Anscheinend sucht der Kunde eine Möglichkeit ein Backup zu machen.
Also biete ihm eine an, die du kontrollierst.

1. der User kann ein Backup anlegen
2. der User kann ein Backup importieren, wenn es neuer ist
   (ansonsten nachfragen oder/und mergen)
3. außerdem kopierst du bei Programmende die jeweils aktuellste Datenbank an eine Stelle, die der User nicht findet/überschreibt
   (vielleicht auch alle aktuellen Versionszweige, wenn jemand sehr rumsaut)
4. wenn jetzt ein Nutzer eine alte Kopie zurückschreibt, gehst du vor wie bei 2. und gibst eine böse Fehlermeldung aus, so das er es nicht nochmal macht.

Das Datum der letzten Änderung schreibst du einfach in die Datenbank und in die Registry.

Wenn du das mergen geschickt realisierst, können die Benutzer sogar untereinander Datensätze tauschen.

[Sir Rufo]

Hmmm, ein Backup kann nur zurückgespeilt werden, wenn dieses neuer ist ... macht ja irgendwie keinen Sinn mit dem Backup

Eine weitere Möglichkeit (zum Verstecken in den AppData-Foldern) wäre:

• Datei selber mit dem Attribute HIDE versehen
• Datei mit einem Schreibschutz versehen (beim Programmstart entfernen und am Ende wieder setzen)

Der Schreibschutz hält natürlich den "advanced" User nicht auf, diese Datei doch zu löschen, aber da kann keiner mehr sagen "aus Versehen"

[BUG]

Zitat von Sir Rufo:

Hmmm, ein Backup kann nur zurückgespeilt werden, wenn dieses neuer ist ... macht ja irgendwie keinen Sinn mit dem Backup

Naja, neuer ist es, wenn es über Neuinstallation des Programms oder ein von einem Image neu aufgesetztem System geschrieben wird.
Ansonsten muss der User eben informiert werden, was er da tut oder sogar ein Zusammenführen der Datensätze angeboten werden.