Access2013数据库权限设置的核心在于利用工作组信息文件(.mdw)控制用户和组的访问权限,通过创建工作组、定义用户组并分配权限,即可实现精细化的数据库安全管控。下面从概念到实操,彻底拆解整个流程,帮你避开常见坑点。
Access2013数据库权限设置教程:从概念到准备
在动手之前,先理解Access 2013的权限体系,它基于工作组信息文件(.mdw)存储用户和组的账户信息,数据库本身则记录每个对象(表、查询、窗体等)的权限分配,这种机制在多人共享数据库时尤其重要,能避免未授权用户修改或删除数据。
工作组信息文件的核心作用
工作组文件就像一个“门禁卡”,它决定了谁能进入数据库以及能做什么,每个数据库必须与一个工作组文件关联,才能启用用户级安全。
- 工作组文件保存用户名称、密码、所属组。
- 权限针对数据库对象(如表、查询、窗体)进行设置。
- 如果不使用工作组文件,所有用户默认以管理员身份登录,权限无法限制。
用户和组的权限模型
Access 2013中权限分为用户权限和组权限,组权限是基础,用户从所属组继承权限,单独设定的用户权限会覆盖组权限。
- 管理员组:完全控制所有对象,默认包含admin用户。
- 用户组:默认包含所有用户,初始权限为“只读”或“无”。
- 自定义组:根据业务需求创建,如“录入组”、“审核组”。
行业共识认为,在共享环境中优先使用组权限管理,大幅降低维护成本。
Access2013用户权限怎么设置?分步操作详解
这里直接给出可验证的实操路径,假设你已完成数据库设计与备份,并拥有管理员权限。
创建工作组信息文件
- 关闭Access,找到工作组管理员(Wrkadm.exe)。
- 32位系统路径:
C:Program FilesMicrosoft OfficeOffice15Wrkadm.exe - 64位系统路径:
C:Program Files (x86)Microsoft OfficeOffice15Wrkadm.exe
- 32位系统路径:
- 双击运行,点击“创建”,输入工作组文件名(如
安全工作组.mdw)和工作组ID(WID,必须唯一,建议包含字母和数字)。 - 创建完成后,在“工作组管理员”中点击“加入”,选择刚创建的文件,使其成为当前工作组。
- 打开Access 2013,点击“文件”>“选项”>“当前数据库”,在“用户级安全”区域点击“用户和组权限”。
如果该按钮灰色不可用,请先关闭数据库,重新用工作组管理员加入该工作组文件后再次打开数据库。
添加用户和组账户
- 在“用户和组权限”对话框中选择“用户”选项卡,点击“新建”添加用户(如
张三、李四)。 - 在“组”选项卡中,点击“新建”创建自定义组(如
数据录入员、数据审核员)。 - 将用户加入对应组:回到“用户”选项卡,选中用户,在“组成员关系”中勾选所属组。
注意:每个用户必须至少属于一个组,否则无法登录。
分配具体权限
- 切换到“权限”选项卡,在“用户/组名称”下拉框中选择组(优先基于组分配)。
- 在“对象类型”中选择“表”,从下方列表选中具体表(如
订单表)。 - 在“权限”区域勾选所需权限:
- 读取设计:允许查看表结构。
- 更新数据:允许修改记录。
- 插入数据:允许添加记录。
- 删除数据:允许删除记录。
- 管理员权限:完全控制(仅限管理员组)。
- 重复此过程,为每个组和对象配置权限。
建议:窗体和报表的权限通常设为“只读”,避免用户修改设计。
设置用户密码和登录验证
- 在“用户和组权限”对话框中选择“用户”选项卡,选中用户,点击“设置密码”。
- 之后每次打开数据库会弹出登录对话框,要求输入用户名和密码。

如果没有密码,则按默认账户登录,权限限制不生效。
Access2013共享数据库权限设置实战
多人通过局域网共享一个Access数据库时,权限设置是否到位直接决定数据安全,很多用户遇到的“权限设置不生效”,往往是因为工作组文件路径不一致或数据库未正确加入工作组。
共享环境下的部署要点
- 工作组文件必须放在所有用户都能访问的共享文件夹中,且路径固定。
- 每位用户必须在自己的电脑上通过工作组管理员加入同一个工作组文件。
- 数据库文件本身可放在共享文件夹,但建议使用前端的只读副本,后端的数据库文件(存储数据)由管理员分配权限。
权限继承与冲突处理
- 用户同时属于多个组时,权限取最大权限(除非用户单独设定了更严格的权限)。
- 表权限优先于查询权限:如果用户对某个表有“更新数据”权限,对基于该表的查询有“只读”权限,则实际仍可更新(因为底层表权限更高)。
- 解决冲突:在“用户和组权限”对话框中,针对单个用户设置“拒绝”权限,可强制覆盖组权限。
实操建议:在共享数据库部署前,先用测试环境验证每个用户的实际操作能力,避免上线后权限混乱。
Access2013数据库安全设置高级技巧
除了用户级权限,还有几个加固措施可以大幅提升数据库安全性。
- 数据库加密:操作路径为“文件”>“信息”>“用密码进行加密”,设置强密码,但注意此密码在打开数据库时要求输入,与用户级权限独立。
- 隐藏数据库对象:在“导航选项”中勾选“显示隐藏对象”,但普通用户可通过设置查看隐藏对象,不建议单独依赖。
- 禁用Shift键绕过:在“文件”>“选项”>“当前数据库”中,取消“使用Access特殊键”的勾选,防止用户按住Shift键跳过启动窗体。
- 压缩和修复:定期执行,可清除权限缓存中的残留条目,但不会影响已设置的权限。

多数情况下,结合用户级权限和数据库加密,就能满足企业级访问控制需求。
Access2013权限设置常见问题答疑
以下是实际工作中高频率出现的问题,如果你遇到类似情况,可以直接对照排查。
问:为什么我按步骤设置了权限,但用户打开数据库时仍然没有提示登录?
答:常见原因是数据库未正确加入工作组,请确认所有用户的工作组管理员都指向同一个.mdw文件,且数据库文件正在被该工作组使用,检查“文件”>“选项”>“当前数据库”中的“用户级安全”区域,确保“用户和组权限”按钮已启用。
问:我在权限设置中给用户分配了“更新数据”权限,但实际无法修改记录,为什么?
答:这种冲突通常由以下原因引起:用户同时属于某个具有“只读”权限的组;或者表权限正确,但查询权限限制了更新,请检查用户所属的所有组,以及该表单所基于的查询或表的权限设置。根据经验,将权限集中在组层面,避免单独为用户设置权限,可降低冲突概率。
问:有没有办法批量设置权限,或者用VBA自动完成?
答:Access 2013的权限设置没有内置批量导入功能,但可以通过VBA代码操作工作组对象来实现,用CurrentDb.QueryDefs或CreateGroup方法创建组和用户,再用SetPermissions方法分配权限,VBA方式需要熟悉Access对象模型,且执行前务必备份工作组文件。建议在单一数据库上手动配置,再复制工作组文件到其他环境,避免代码错误导致权限错乱。
Access 2013的权限设置虽然依赖工作组文件,但一旦掌握核心逻辑创建工作组、定义用户和组、分配对象权限就能在共享环境中实现精准的数据访问控制。权限的根基是“组”而非“用户”,将人员按角色分组,再分配权限,能让后续维护事半功倍,定期检查用户列表和权限变更,是保持数据库安全的长效手段。
【版权声明】:本站所有内容均来自网络,若无意侵犯到您的权利,请及时与我们联系将尽快删除相关内容!
发表回复