问ms访问记录/页面级别锁定

EN

正如您在屏幕截图中所看到的，默认设置为无锁定。但是，该屏幕中的设置仅适用于创建新表单时的默认值。换句话说，修改该屏幕中的设置不会影响您已经创建的应用程序中的现有表单。

上述课程的例外是使用行锁的全局设置，即系统范围的设置。

再说一次:上面的“无锁”、“所有记录”和“已编辑记录”选项只是您创建的新表单的默认值。它们不会更改应用程序中现有窗体的行为。

因此，您仍然必须在应用程序中按表单的基础对表单进行更改，您将在forms属性表的data选项卡中找到此设置，以便锁定行为。

然而，在说完并做了以上所有的事情之后，我认为上面的设置并不是你正在经历的问题。

我怀疑您真正的问题是，当打开access数据库时，会创建一个单独的临时“锁定”文件来管理用户冲突和记录锁定(请记住，这个临时锁定文件是在共享数据所在的目录中创建的，在本例中是您的后端共享数据文件夹)。

这意味着，当在共享后端文件夹中没有创建文件权限用户意味着将强制访问以只读模式打开数据文件时(如果访问无法创建该锁定管理文件，则默认为只读模式)。

这意味着，当第一个打开数据库的用户无法创建该临时单独的锁定文件时，大多数进入数据库的其他用户也将无法进行修改，并且也将处于只读模式。这导致了一个令人困惑的故障排除问题，即找出哪个用户首先打开数据库的顺序在某种意义上决定了数据库将是只读的。

这看起来确实是一个非常奇怪的问题，但一旦解释了上面的临时锁定文件之谜，就会变得更加清晰。

实际上，为了消除这些问题，这意味着所有用户都需要对该共享文件夹拥有文件创建权限。事实上，当它们退出时，最后一个退出将导致该临时锁定文件被删除。因此，所有用户也应对该共享文件夹具有文件删除权限。

因此，在您的故障排除和测试期间，请确保每个用户都对该后端文件夹具有完全开放的文件权限。如果您不这样做，那么您将发现打开该文件的用户(以及那些没有文件创建权限的用户)的顺序实际上将决定数据库的只读状态。