Permissions interpretation

PaulJK

Registered User.
Local time
Today, 11:42
Joined
Jul 4, 2002
Messages
60
Most of my forms are based upon queries. Some of the less used forms on tables. Even for forms based upon queries, I have found with some look-up's from tables, permissions for tables as well as queries are required for all of data in forms to function/show.

One issue which confuses me is for table and query permissions. If you select 'read', 'update' or 'insert' data, 'read design' becomes automatically selected. Groups can therefore as 'read only' open the design of the tables (& save them as new tables) and read query in SQL.

Apologies if I am missing something obvious, but I would have expected to set permissions allowing view, insert & update data but no design features such as 'read design'.

Am I correct in thinking you need to adopt other security measures? Reading many of the posts, I appreciate you can hide the database window, customise toolbars & menus (avoiding the defaults ones in Startup) and not allow the Shift Bypass to work. Therefore - using forms only - there are ways to avoid certain user groups seeing the tables & queries in design view.
 
Secure your database by using forms and such and hiding the database window so that the user can never see the table therefore they can never get to the design view. Don't worry about the read design if you have forms for data entry.

Autoeng
 

Users who are viewing this thread

Back
Top Bottom