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

Hi,

ich meine die "Einstellugen für Macros" im "Vertrauenscenter". Ich kann Access (ohne eine Datenbank) starten, dort alle Macros (also VBA-Code) deaktivieren und dann eine "geschützte" Datenbank öffnen und bearbeiten.
Anschließend die Macros wieder aktivieren und die geschützte Datenbank erneut starten.

Ist sicherlich schon mehr Aufwand, aber geht halt immer.

 

Hallo Werner,

also ich habe mich gerade mit obigem Code erfolgreich aus einer Access 2010 Datenbank ausgesperrt. *wink.gif*

CU

 

Hi Thomas,

Du hast recht!
Ich habe mich in #1 des threads unglücklich ausgedrückt!
Das Blockieren der Shft-Taste (DonKArl 1.8) für sich geht auch in Acc 2010.
Aber: siehe Beitrag #10:

Das wird durch Unterdrücken der Shft-Taste nicht geblockt!

 

Hallo,

sorry, aber ich verstehe nicht worauf das hinauslaufen soll. Kannst du das bitte für mich noch etwas ausführlicher erklären?
Wie willst du eine "geschützte" DB bearbeiten, wenn der VBA-Code deaktiviert ist? Was verstehst du hier unter "bearbeiten", was unter "geschützt"?

 

Das verwenden einer mdw-datei kann weiterhin benutzt werden um Tabellen/Abfragen entwurf zu schützen.
Siehe hier http://ms-office-forum.net/forum/sho...d.php?t=237336
Gruß
JPA

 

Hallo Werner,

wenn ich die Datenbank als Runtime öffne (Dateiendung *.accdr) dann sehe ich unter Datei / Datenschutzoptionen das Sicherheitscenter. Dort kann ich nur die Hilfe öffnen oder zu einer Webseite navigieren. An die Access-Optionen komme ich so nicht heran.

Hast Du Dir schon eimal überlegt, Deiner Anwendung ein eigenes Ribbon zu spendieren. Dort kannst Du den Backstage-Bereich "beeinflussen":
http://www.accessribbon.de/index.php...Backstage_View

HTH

 

Thomas,

Jetzt ist das Chaos komplett. Meine Schuld!

Im gesamten Zusammenhang hier mein aus diesem thread mit Euch gemeinsam gefundener Lösungsansatz:

Die Kombination aus GLEICHZEITIGEM ..

- Navigationsbereich ausblenden
UND
- Shft-Taste blockieren (1.8)
UND
- im Runtime-Modus starten
UND
- einem kleinen VBA-Code, der nach Abfragen der (Annes Beitrag) Funktion f_IsRuntime(), welche entweder
beim Öffnen-Ereignis des Startformulars oder ggf. auch per Autoexec-Makro aufgerufen wird und bei Rückgabewert Falsch (= kein Runtime-Aufruf) die DB sofort beendet (docmd.quit)

macht doch alles dicht.
Erst durch den gleichzeitigen Einsatz aller o.g. features klappt es.
So bin ich zufrieden.

 

.. aber Deinen Tipp zu

schaue ich mir auch noch mal an.

 

Hallo Anne,

Noch ausführlicher? *grins (s.u.)

Also, es geht in diesem Thread hier ja u.a. darum, das "unbefugte" Bearbeiten von Elementen, die keinen VBA Code enthalten können (Queries und Macros z.B.), durch den User zu unterbinden, und zwar sowohl in mdb/accdb's als auch in mde/accde's.

Es wurden verschiedene Lösungsmöglichkeiten angesprochen um z.B. GUI-Elemente von Access zu verstecken, so dass der User z.B. (u.a.) keinen Rechtsklick drauf machen kann, oder [Shift] zu sperren, damit der User die Code-Ausführung während des Starts nicht unterbinden kann.

All diese "Tricks" beruhen auf VBA-Code. Wenn ich den Deaktiviere dann funktionieren die Tricks nicht mehr, und ich kann dann halt Rechtsklick auf das Query-XY machen um es zu bearbeiten.. Und da die Access Macro-Einstellungen im Vertrauenscenter global und nicht nur für eine Datenbank gelten, kann ich auch nicht verhindern dass ein User diese deaktiviert.

Und ja, das Editieren eines Queries ist für mich auch eine Bearbeitung. *wink.gif*

 

JPA,

vielen herzlichen Dank, Deine in

vorgestellte Lösung ist genau das, was ich nicht mehr für möglich hielt. Damit werde ich mich mal intensiv auseinandersetzen.
Für heute wünsche ich allen einen geruhsamen Abend und Gute Nacht.

 

Was Du natürlich tun könntest wäre (im Fall des 2007/2010er Formats) die *.accde einfach in *.accdr umzubenennen. Ist zwar auch nicht sonderlich sicher, aber dann kann das Batch-File zum Starten entfallen.

 

Hallo Werner,
wenn du den Link als Link und nicht als Zitat einfügst, könnte man ihm folgen *wink.gif*

 

\@stendate:

Danke, dass du dir die Mühe gemacht hast auf meine scheinbar dummen Fragen zu antworten.

Mag sein, aber der ist gelaufen, ehe die DB an ihre Anwender übergeben wird und lässt sich nicht durch Deaktivierung des VBA-Codes aushebeln oder rückgängig machen.
Kann es sein, dass diese "Tricks" von dir bislang noch nicht eingesetzt wurden?

 

Hallo Anne,

bitte probiere es einfach mal aus...

Wenn der VBA deaktiviert ist, kann nix ausgeführt werden. Das einzige was passieren kann ist, dass das Öffnen der DB abgebrochen wird. In diesem Fall bleibt dann nur der Weg über Import/Export.

 

Marsu,

die von mir genannten Links als Zitat waren nur Wiederholungen der Originallinks aus anderen Beiträgen dieses threads:

• der von JPA siehe #20
• der von Thoams Möller genannte siehe #21

Dort fuktioniert es!

Dass die Verlinkung in meinen Zitaten nicht mehr funktioniert, war keine böse Absicht.