Office: (Office 2010) Schützen der Entwürfe in Acc2010

Hallo!

Meine Meinung bezüglich Schutz:
Wer auch die Abfragen und Tabellen schützen will, darf kein Access-Backend verwenden.
Ein gerade noch einigermaßen brauchbarer Schutz der Tabellen ist meiner Ansicht nach ein Datenbankkennwort und eventuell noch die Access-Sicherheit per mdw.

Alle anderen Versuche den "böswilligen" User den Zugriff auf die Tabellen zu verbieten ist meiner Ansicht nach unnötiger Aufwand für nichts.
Alles was per VBA-Code läuft, startet nicht, wenn ich die Anwendung gar nicht mit Access öffne sondern per Fernsteuerung manipuliere (Zugriff über die DBEngine).
So etwas nutze ich in meinen Anwendungen nur, damit keine irrtümlichen Änderungen passieren.

Wenn bei meinen Anwendern jemand an den lokalen Access-Abfragen schrauben will, dann soll er wenn es ihm Spaß macht. Es sind ja seine Daten (bzw. die seiner Firma), die möglicherweise nicht mehr richtig ausgegeben werden und nicht meine. *Smilie

mfg
Josef

 

Stendate,
Purpurner Reiter Datei --> Access-Optionen --> Sicherheitscenter --> 2. Box: Sicherheitseinstellungen -->
Einstellungen für Makros --> 4 Radioknöpfe :
Hier kann jeder rein und nach Belieben die Knöpfe hin- und herschalten, egal, wie diese vorher standen und auch dann noch, wenn die SHFT-Taste geblockt ist.

Dieses Aktivieren und Deaktivieren von VBA ist IMO doch wohl eher dazu gedacht, bei einer "fremden"
Accessdatenbank, die man sich irgendwo her geholt hat oder angeliefert bekommt, im Sinne des Schutzes
vor Makroviren ein Werkzeug zu haben, Makros zunächst zu unterdrücken, um hier
zunächst mal Virenscanner drüber laufen zu lassen. Meines Erachtens ist das eine ganz andere Baustelle als die, die ich hier in meinem thread eigentlich gemeint hatte (nicht böse gemeint):

Es geht hier in diesem thread darum, eine schlüsselfertige, komplett durchprogrammierte und getestete
Accessdatenbank an einen Kunden so zu übergeben, dass er bzw. seine Mitarbeiter eine komplette, komfortable Bedienoberfläche angeboten bekommen (in Form von Formularen), in denen nur noch Daten gepflegt werden sollen, kein (Kunden-)Anwender soll eine Chance bekommen, Entwürfe von Tabellen, Abfragen, Formularen, Berichten, Makros und Modulen zu ändern. Natürlich soll MEIN (PROGRAMMIERER) VBA-Code sehr wohl ausgeführt werden, wenn z.B. ein Button in einem Formular geklickt wird (nur als Beispiel)

Deine Idee, statt Übergabeparameter /Runtime die Datei auf .accdr umzubenennen, ist allerdings gut.

Eigentlich bin ich mit der von mir in #22 zusammengefassten Lösung schon sehr zufrieden, als Hosenträger zum Gürtel kann man noch die DB zu einer .accde konvertieren.

 

Josef,
Ja, natürlich hast Du recht.
In aller Konsequenz sollte man den Backendteil auslagern in eine MS-SQL-Server / MYSQL - Datenbank.
Dort können ja dann auch wieder sehr individuelle Rechte vergeben werden.
Aber solche Architekturen sind den meisten Kunden (und auch mir noch ein bisschen *wink.gif* ) fremd.