Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 8074551
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 5, 20262026-06-05T14:41:21+00:00 2026-06-05T14:41:21+00:00

The setup: X users each using an instance of a MS Access front end

  • 0

The setup:

  • X users each using an instance of a MS Access front end MDE which connects to a single back end MDB.
  • User-Level access/permission controls in place (e.g. Users, Trusted-Users, Admins).
  • All changes are made via the Tool->Security->etc. MS Access menu options.
  • All security is stored in a single secure.mdw file, to which all MDB instances connect.

The problem:

  • When modifying a particular group’s permissions (e.g. Trusted-Users) – say, from being allowed to modify queries, to not be able to modify queries – the change works on the MDB instance the change was made (as expected), but not on the other instances (i.e. MDB instances on the other PCs). Basically, after the change is made, if we then go to one of the other instances and log in as an Admin, we see that the permissions for the group (Trusted-Users) have not changed.

  • Interestingly (back on the first MDB instance), if we move a user out of one group and into another group, then move to another MDB instance, we now see this change HAS propagated to all other instances – thereby indicating they do point to the same MDW file.

Questions:

  • Is it the case that modifying a group’s permissions on one MDB instance does NOT propagate to ALL MDB instances (even though they point to a single MDB file)?

  • If yes, does this mean we must then re-install EVERY MDB instance after making a change to a group’s permissions?

  • Or instead, is our approach incorrect? Should we modify group permissions in a different way?

If you need any further information let me know.

Many thanks.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-05T14:41:22+00:00Added an answer on June 5, 2026 at 2:41 pm

    “All security is stored in a single secure.mdw file, to which all MDB instances connect.“

    The workgroup information file (MDW) stores only the definitions of users and groups. Database object permissions are stored in the database which contains those objects. And the database object permissions reference the users and groups defined in the MDW.

    So the permissions for your queries are stored in the MDE files. Changing permissions in one MDE has no effect on the other MDE copies.

    You can do one of the following:

    • distribute updated MDE version to your users
    • execute DDL statements (GRANT/REVOKE) by administrative user in each MDE

    “Interestingly (back on the first MDB instance), if we move a user out of one group and into another group, then move to another MDB instance, we now see this change HAS propagated to all other instances – thereby indicating they do point to the same MDW file.“

    In that case, you changed the definition of that user. Her permissions will now be those granted to her group membership in the current MDE.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I am trying to setup a private Mediawiki instance which expects users to login
I need to setup temporary User models for each visitors, where the visitors are
I have a site, into which users log in using forms authentication, in which
I'm trying to setup user authentification in Jquery Mobile/Coldfusion8. I'm using Coldfusion for just
I have a unique sql database setup in which I'm using nested sets to
I have my Authentication setup in CakePHP to redirect all users to a dashboard
I'd like to setup a RegularExpressionValidator to ensure users are entering valid windows IDs
I have setup a database view. When users import the data from the view
I've been researching how to setup a LAN Mamp Pro server so local users
Short version: I have a similar setup to StackOverflow. Users get Achievements. I have

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.