编辑这不重复，因为我没有任何备注字段。我也没有分组任何东西。腐败总是在Prime表中找到。
最近，我经常在我的访问2010数据库中获得一行数据，其中包含大量中文字符。它发生在以前，但最近它正在成为一个经常发生，我非常希望它停止。 以下是我的进展以及我的限制。
访问拆分数据库。多个用户。用户只有* .accdr前端可以工作，本地存储在他们的桌面上（总共只有大约6个用户）。它们都使用access 2010运行时，很少有人在他们的机器上拥有完整的MS访问权限。
后端存储在一个大型共享站点驱动器（或一系列驱动器）上，在所有用户机器上只是“G：”应该注意，此驱动器偶尔会出现问题，例如太满。我无法将后端放在专用机器上，而其他软件是不可能的。 IT支持是非现场的，坦率地说，它们与AOL技术支持在90年代一样紧密。
正常的日常过程是将另一个程序的输出加载到合并表中。保留此合并表，以便我们可以发现更改和重复。然后将合并表附加到Prime表中。 Prime表中的主键可防止过度写入现有信息。主键位于主表中的5个不同列上。每列可能具有合法的重复值，但这些值的组合是唯一的。我没有预先定义的关系。所有关系都显示在查询级别上。 Prime表中的数据备份是通过每天创建一次excel文件来完成的。我每隔几周在数据库上运行Compact and Repair。
每隔一段时间，宇宙中的一些打嗝，数据碰撞或奇怪的硬盘驱动器问题都会导致Prime表中的一行变成中文字符。当发生这种情况时，我检查备份excel文件以确保不存在损坏。然后我让每个人都离开了数据库。我运行Compact并修复，再次移除违规行，C＆amp; R，继续我的一天。过去常常每2个月发生一次。
现在我正在加速这个似乎是一个加速循环的腐败。每周一次，每周3次，现在似乎每天都有。
最近做出的前端变化都是形式级别的东西。查询本身没有任何内容。
我的老板不会再接受“不寻常的太阳黑子和太阳耀斑活动”的借口了。
我应该怎样做才能防止这种情况（在我的限制范围内）？
先谢谢你们。
编辑2 最近几天，我们一直试图系统地测试各种东西来重现和隔离腐败。我有一个额外的人，通常按照我的指示运行每日更新。我们审查了这个过程，没有任何问题或偏差。我可以访问4台不同的机器，我可以在我们使用日常使用的计算机（Access 2013）的第二天运行更新。一步一步检查腐败。没有腐败。第2天是在仅具有Access 2010的计算机上，具有相同的逐步过程检查。没有腐败。第3天将在我的同事机器上进行相同的逐步检查。我会随时更新。我想知道问题是否可能是机器特定的。
答案 0 :(得分：1)
经过一些仔细的测试，在所有评论中加入建议后，我们确定问题很可能取决于数据库所在的驱动器已满的问题。当驱动器接近大约90％的容量时，问题就出现了。从那时起，Drive已经对旧文件进行了一定程度的清理，现在驱动器的容量大约为60％，并且腐败问题已经消失。我们会继续监控。 再次感谢您的所有建议，我希望这将有助于其他人！