Programm Datenverifizierung

[mkinzler]

Man kann auch ein lokales DBMS installieren ( Firebird, MSSQL express, ...)

[Andidreas]

Zitat von mkinzler:

Man kann auch ein lokales DBMS installieren ( Firebird, MSSQL express, ...)

mit firebird und mssql express kenn ich mich nicht aus...
aber ich denke die installation müsste vor ort von einer person an dem rechner vorgenommen werden und das ist leider ebenfalls nicht möglich, da die pc kenntnise bei den personen die das programm verwenden zu begrenzt sind... ich sags mal ganz unverblümt die wären zu doof dafür das ding zu installieren...

[mkinzler]

Die Installation von Firebird kann problemlos silent von einem Installer aus erfolgen.

[Andidreas]

Zitat von mkinzler:

Die Installation von Firebird kann problemlos silent von einem Installer aus erfolgen.

kann der installer auch über ein delphi programm gestartet werden?
nur zu meinem verständnis... firebird muss doch auch irgendwo files ablegen in denen die daten gespeichert werden... diese können doch auch über copy + paste verändert werden? oder nicht?!

Zitat von joachimd:

Du könntest nach Schliessen der DB über die Datei einen Hash ermitteln und separat speichern. Vor dem Öffnen prüfst Du diesen Hash.

über den hash kann ich dann aber nur prüfen ob die datei kopiert wurde oder nicht?!
das kopieren an sich kann man dadurch aber nicht abfangen oder?

[DeddyH]

Das Abfangen könntest Du wenn überhaupt wohl nur auf Dateisystemebene erledigen. Den Aufwand würde ich persönlich mir allerdings sparen: wenn ein Benutzer mit aller Gewalt Mist machen will, dann ist er auch selbst dafür verantwortlich. Du könntest höchstens Sicherungskopien anlegen, über den angesprochenen Hash prüfen, ob da kopiert wurde und zur Not die Kopie wiederherstellen.

[DeddyH]

Zitat von Sir Rufo:

wenn der da was "kaputt" machen will -> sein Problem.

Zitat von DeddyH:

wenn ein Benutzer mit aller Gewalt Mist machen will, dann ist er auch selbst dafür verantwortlich.

Ich sehe, wir sind da einer Meinung

[Andidreas]

Zitat von DeddyH:

Zitat von Sir Rufo:

wenn der da was "kaputt" machen will -> sein Problem.

Zitat von DeddyH:

wenn ein Benutzer mit aller Gewalt Mist machen will, dann ist er auch selbst dafür verantwortlich.

Ich sehe, wir sind da einer Meinung

ich stimm euch da völlig zu... am anfang dachte ich auch die werden an sowas nicht rumspielen, aber die erfahrung zeigt das sies doch machen, und das doofe is das wir als IT dann wieder die daten irgendwie wiederherstellen müssen...
da die tools aber eh neu gemacht werden sollen, werd ich wohl in die richtung gehen das die daten irgendwo abgelegt werden wo se der user net findet...

lt. luckie geht das mit dem hash ja nur über admin rechte... gibt es noch andere alternativen?

[Luckie]

Zitat von Andidreas:

nur zu meinem verständnis... firebird muss doch auch irgendwo files ablegen in denen die daten gespeichert werden... diese können doch auch über copy + paste verändert werden? oder nicht?!

Aber nur von den Benutzern, die die nötigen Rechte dazu haben. Das sind in der Regel Administratoren. Arbeiten natürlich alle Benutzer als Administratoren, brauchst du keinen Gedanken an die Sicherheit verschwenden, die ist dann nämlich de facto nicht existent auf dem System.

[Sir Rufo]

Ich weiß nicht, ob ich mir darüber groß Gedanken machen würde, den User so extrem vor sich selber zu beschützen ... wenn der da was "kaputt" machen will -> sein Problem.

Ich würde allerdings solche Daten auch an einem Ort speichern, der normalerweise für den User nicht sichtbar ist (AppData Local oder Roaming).

Wenn der da jetzt auch noch drin rumpfuscht, dann gibt es für den was auf die Mütze.

[shmia]

Sqlite unterstützt eine Schema-Version und eine User-Version.
Da haben die Programmierer mal eine richtig gute Idee gehabt.
Mit der Schema-Version kann deine Anwendung überprüfen, ob die Datenbank strukturiell neu genug ist.
Hier etwas Pseudecode:

Delphi-Quellcode:

if SchemaVersion < CURRENT_SCHEMA_VERSION then
   MsgBox('Achtung: Datenbankstruktur ist zu alt! Weitermachen auf eigene Gefahr.')
else if SchemaVersion > CURRENT_SCHEMA_VERSION + 3 then
   MsgBox('Achtung: Anwendungsprogramm könnte zu alt für die Datenbank sein.');

Die User-Version kannst du für eigene Zwecke benützen.
Bei jedem Programmende zählt deine Anwendung die User-Version um Eins hoch und speichert diesen Wert in einer Ini-Datei oder Registry.
Sollte beim Programmstart eine Abweichung zwischen dem gespeicherten Wert und der aktuellen User-Version gibt es einen Hinweis an den Benutzer.
Ausserdem wird in einem Flag gespeichert, dass es eine Abweichung gegeben hat.
Bei gesetztem Flag muss die Anwendung am Ende fragen ob die Datenbank als aktiv gelten soll;
falls User mit "Nein" antwortet unterbleibt das Hochzählen der User-Version.