好的，这有点奇怪，它让我们疯了。我将尽可能地概述正在发生的事情，然后我可以按照人们的要求提供具体的细节和/或代码，因为我不确定需要采取什么措施来解决这个问题。
我有一个我建立的访问数据库，所以我们的分析师可以在队列中工作，选择记录，做任何需要的研究，然后将问题标记为正常，或者填写一些空白并将其标记为需要争议（我们在结算方面工作）。
基本上，数据库打开，隐藏的表单从本地计算机中提取NT用户名，然后打开一个可见的表单，通过SQL ODBC查询数据库，以显示附加了NT用户名的记录列表。 然后，用户可以滚动浏览记录，选择它们以获取更多信息，然后单击按钮将其标记为可以，或者将其标记为需要争议。
如果他们点击了okay按钮，它会触发更新查询以将记录标记为正常。如果他们点击争议按钮，则会打开第三个表单，向他们展示他们正在争论的订单项，其中包含他们可以从中选择/填写的表单上所有其他文本字段的值。在该表单上有一个按钮提交争议，触发另一个查询，将值更新为与“好”相同的表格。按钮。
所以，问题是，这一切都完美地适用于我的主力机器和基本上裸机的测试机器。它也适用于另一位同事的机器。但是，每当我们尝试在其他两个同事上运行它时，除了尝试写回ODBC连接的任何查询外，一切正常。所有只读的东西都可以正常工作，而不是更新。但是这些更新在我的机器，我的测试台和我的其他同事的机器上工作得非常完美，并且非常快。
我们已尝试重新安装ODBC连接和ODBC SQL驱动程序。
不行。
我们尝试在受影响的计算机上打开相关表格并对表格进行直接修改。
如果数据库中没有打开任何表单，则此方法有效，但只要我们打开表单，就不会对表运行更新查询。
因此，我们尝试在所有打开的表单上注释掉除了用于测试更新查询的单个按钮的docmd.openquery代码之外的所有代码。
不行。
我们甚至构建了一个新表单，其上只有一个按钮，触发一个新的更新查询，只对该表进行一次简单的更新（Now（））。
这样可以自行运行，但是当从表单中点击按钮时运行时会超时。
我们尝试在一台计算机上更改MS Office安装，以便从计算机上运行所有计算机＆＃39;确保安装/存在所有必要的组件。
不行。
我们尝试通过普通的Windows界面和访问链接表管理器界面安装ODBC连接。
不行。
我们尝试在USER DSN和SYSTEM DSN下安装64位和32位ODBC连接，以及我们能想到的所有排列，而不是我们能想到的其他排列。
不行。
似乎没有更新查询会在任何表单打开时写入该表，但在没有表单打开的情况下工作正常。但仅限于其他两台机器。在我们测试过的其他三台机器上，无论表格是否开放，一切正常。
我们已经在这里结束了，并且不知道该往哪里去。谷歌被证明是无益的，可能是因为我们并不确切知道如何搜索问题。
以下是我的基本技术内容，我很乐意根据要求提供其他详细信息，代码，查询等，以便进行故障排除：
操作系统：Windows 7企业版64位
软件：MS Office Enterprise 2013 32位
ODBC： SQL Server
所有用户都拥有对各自计算机的管理员权限。
答案 0 :(得分：0)
原来这个问题似乎是一个间歇性问题，由于我们从连续表单中调用详细信息的方式，Access无法确定要更新哪条记录。
我们回到了UI上的公式并构建了它，因此当我们尝试对记录进行更改时，表单上只有一条记录，因此对于要更新的记录没有系统混淆。
仍然不知道为什么它间歇性地工作，但新的迭代现在正在运作。
谢谢大家的提问和建议。 ：）