Secure Database

  • Thread starter Thread starter Peter castle
  • Start date Start date
P

Peter castle

I want to secure a database so that end users cannot
mimimise the forms and see the database window containing
the lists of Tables, queries etc. I can put a password in,
but I am aware that this can be bypassed. I also want to
be able to make non-visible any standard access toolbars,
esentially so that the application appears "locked down"
as a standalone exe file would.
 
If you go to the Tools menu and select Startup you will
find a checkbox to "Display Database Window". Uncheck that
box. Then on your forms, set the properties to "No" for
the Control Box, Min Max Buttons and Close Button. That
should do what you need.

Hope that helps!

Kevin
 
Backup your database; you can easily lock yourself out playing around with
these features.

Create custom menus/toolbars for use throughout your application.
Create a startup form (a main menu form if you have one) that is opened on
startup.
Use the features in Tools, Startup to
set the startup form
set your default menu (the custom one you made)
disable all the checkboxes about allowing built in menus, toolbars,
changes etc.
hide the db window (ensure the custom menu you create does not
include the Windows, Unhide item
Click on the Advanced button and uncheck the allow special keys
(this will disable the F11 key, among others)

If you need to bypass these startup features, you can hold the shift key
down while you open the db. If you feel that your users may use this to
bypass your settings, you can disable the shift key bypass - there's an
example in help for doing this(look for AllowBypassKey) or at
http://www.mvps.org/access/modules/mdl0011.htm
and
http://www.mvps.org/access/general/gen0040.htm

You can also create a MDE from your database, which will prevent changes to
forms, reports and modules (If you do this, be certain to keep your original
mdb in case you need to make changes).

None of this will keep the determined out. All they need to do is start a
new db and link to your's, but this may suffice for your purposes.
 
One caveat to creating an MDE - if your data tables are inside the MDE and
the user requests changes to the application - consider how you are going to
move their data to the new version? This is where front-end/back-end
designs are also important.

Mantra for programmers: "Back it up.... Document it ... Back it up...
Document it..."

Alan
 
Back
Top