Microsoft Access Office 365自动编号重复使用已删记录ID问题咨询

嘿，我碰到过好多次这个闹心的问题——自动编号主键居然重用已删除的ID，升级ACE引擎没用其实挺正常的，因为这问题出在数据库内部的自动编号序列设置上，和引擎版本没啥关系。给你几个靠谱的解决方案：

1. 手动重置自动编号的种子值 #

这是最直接的办法，用SQL语句强制把自动编号的起始值设为当前最大ID的下一个数：

• 打开你的Access数据库，新建一个查询，切换到SQL视图
• 输入以下语句（把[你的表名]替换成实际表名）：

  ALTER TABLE [你的表名] ALTER COLUMN archiveID COUNTER(6, 1);
  

  这里6是因为你现有最大的archiveID是5（删了3之后剩下1、2、4、5），把种子设为6、增量1，新增记录就会从6开始，不会再用到3了。
• 运行这个查询，之后再新增记录试试效果。

2. 压缩修复数据库 #

Access的压缩修复功能会整理数据库文件，同时自动重置自动编号的种子到现有最大ID的下一个值：

• 打开数据库，点击顶部菜单栏的文件
• 选择信息，然后点击压缩和修复数据库
• 完成后关闭再重新打开数据库，新增记录看看是否恢复正常。
  注：如果手动重置SQL没生效，可以先压缩修复再执行SQL，或者反过来搭配操作，有时候需要多试一次

3. 检查是否有代码/宏干预了自动编号 #

有时候是自己写的代码或者宏搞的鬼——比如表单的BeforeInsert事件里有没有手动给archiveID赋值？或者数据宏里强制设置了ID值？

• 打开数据表对应的表单，查看VBA代码里有没有类似Me.archiveID = [某个值]的语句
• 检查数据表的数据宏（如果有的话），看有没有在插入记录时修改自动编号的逻辑

4. 多用户环境下的注意事项 #

如果是多用户共享数据库：

• 确保没有其他用户在修改表结构或者执行影响自动编号的操作
• 让所有用户关闭数据库连接，再执行上面的重置操作，避免冲突

另外补充一句：Access的自动编号默认设计就是不重用已删除的ID，出现这种情况基本都是序列种子被意外重置了，上面的方法应该能解决99%的类似问题。

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