MS Access测验窗体：用VBA按选课切换记录源及多用户并发问题

• 核心结论：多用户同时进行不同课程测验不会产生冲突。每个用户打开的Access窗体是独立的实例，你通过Me.Form.RecordSource修改的只是当前用户自己的窗体记录源，完全不会影响其他用户的操作。

• 背后的原因：Access多用户环境里，每个客户端的窗体运行在独立的进程中，记录源的修改是针对当前用户的窗体上下文。哪怕两个用户同时切换到同一课程的查询，也只是各自读取查询结果——只要你的试题数据是只读（测验场景一般不需要修改试题），Access会自动处理底层的数据共享，不会出现锁表或互相干扰的问题。

• 针对你后续新增大量课程的优化建议：

  • 放弃为每个课程建独立查询的方式，直接用动态SQL生成记录源，更省心。比如下拉框绑定所有课程名称，选择后用VBA生成查询语句：

    Private Sub cboCourse_AfterUpdate()
        Dim strSQL As String
        ' 注意如果Course字段是文本类型，要加单引号；如果是数字类型则去掉
        strSQL = "SELECT * FROM 试题表 WHERE Course = '" & Me.cboCourse.Value & "'"
        Me.Form.RecordSource = strSQL
    End Sub
    

    下拉框的行来源可以设为SELECT DISTINCT Course FROM 试题表 ORDER BY Course，这样新增课程后，下拉框会自动加载新的课程选项，完全不用手动创建查询或修改代码。
  • 如果必须保留现有查询（比如查询包含复杂的筛选、关联逻辑），可以让下拉框的选项值对应查询名称，选择后直接赋值：

    Private Sub cboCourse_AfterUpdate()
        Me.Form.RecordSource = Me.cboCourse.Value
    End Sub
    

    这种情况下，下拉框的行来源需要关联查询名和课程名，比如用UNION语句手动维护，或者通过系统表读取查询列表（适合熟悉Access系统对象的用户）。

• 额外注意事项：

  • 测验场景尽量让窗体的记录源设为只读，避免用户误修改试题数据，也能彻底杜绝多用户修改同一记录的冲突。
  • 如果是多人共享的数据库，建议采用前后端分离的架构：把试题表放在后端数据库文件（.accdb）里，放在共享文件夹；每个用户用前端文件（绑定后端表/查询）打开使用，不要直接打开共享的后端文件，这样性能和稳定性会大幅提升。

内容的提问来源于stack exchange，提问作者Qudsia