ms-access - 微软 Access 2003 : Can data disappear from records and how do I test for this and prevent it?

Question

关于数据库的问题:Access 2003 数据库中记录的数据已经消失。该数据库有 1 个后端和 3 个前端、多个用户并托管在 Citrix 上。在这个数据库中，我们有所有服务客户的记录，范围在 1000 多个。

背景信息:客户数据输入表单设置有各种子表单，包括“程序注册”子表单和“服务”子表单。一个客户可以注册多个项目。一旦注册了一个项目，就可以使用服务子表单为该项目领域输入服务。服务子表单中有多个字段，其中一个是下拉字段，允许您从客户已注册的程序中进行选择(每当他注册新程序时，该列表都会为该客户更新)。

问题详情:对于一个特定的记录和一个特定的程序区域，该程序从“注册程序”子表单中消失，并且所有相关服务从“服务”子表单中消失，为期 3 个月的数据入口。但是，此记录的其他程序和服务并没有消失。

问题:数据消失是 Access 2003 的常见问题吗？是否有可以运行的测试来查看数据是否正在消失并捕获该数据？如果有，它们是什么？如果涉及具体的代码，是什么？可以做些什么来防止数据消失(除了使用不同的数据库)？

Answer 1

正如@HansUp 所说，这不是一个常见问题。我想到了两件事:

1. Jet/ACE 文件不喜欢存储在具有复制文件系统的文件服务器上，除非文件仅在复制同步的一侧进行编辑。也就是说，如果两台服务器有一个复制的卷，并且有人连接到两台服务器并试图编辑数据库的两个副本，那么您将处理数据。如果您只在一侧进行编辑，应该没有任何问题，但我担心这种事情。另一个问题可能是虚拟化，尽管我没有任何明确的情况会出现问题。

2. 10 多年前，我看到一个问题将旧的书签错误与 On Error Resume Next 结合在一起，导致数据无法保存。发生的事情是使用 On Error Resume Next 关闭错误报告/处理并没有超出范围，并且从未报告通过书签导航偏离记录时发生的错误。结果是编辑丢失了。当我更改书签导航以在更改书签指针之前将记录弄脏时保存记录时，问题就消失了。但是当我这样做的时候，我尽可能多地删除了 On Error Resume Next 语句。

第二个问题的另一种形式是 DoCmd.SetWarnings 设置为 False。我从不理会 SetWarnings，所以这不是问题，但它是一种常见的新手技术，值得一看。这个想法是错误正在发生，但错误的报告没有到达用户，因此，编辑正在丢失。

我认为这两种可能性都不太可能，但你的情况非常罕见，即使是像这样不寻常的事情也值得研究。