使用UCanAccess操作Access 2013数据库时表丢失且报错求助

首先，你遇到的情况是Access数据库表损坏的典型表现：原表消失、出现带Tmp后缀的空表，加上UCanAccess抛出的页结构警告，都是数据库在写入操作时异常中断（比如程序强制退出、断电、并发冲突）导致的表存储结构损坏。

下面是具体的解决步骤：

1. 先做备份！ #

不管后续怎么操作，先复制一份当前的数据库文件到安全位置——修复过程中可能会进一步损坏数据，备份是最后的保障。

2. 用原生Access工具修复（最有效） #

UCanAccess作为Java驱动，修复Access数据库的能力远不如原生Access客户端。建议：

• 如果有Access 2013客户端：
  • 按住Shift键打开数据库（跳过任何启动宏/表单）
  • 点击顶部菜单栏的「文件」→「信息」→「压缩和修复数据库」
  • 等待修复完成后，重新打开数据库检查原表是否恢复，Tmp表是否消失
• 如果没有Access客户端：
  • 使用微软官方的Access数据库修复工具，或者找装有Access的同事/机器帮忙处理。

3. 验证修复结果 #

修复完成后：

• 用DBeaver重新连接数据库，确认目标表已恢复且数据正常
• 运行你的应用，测试写入操作是否正常，观察是否还会出现页结构警告

4. 极端情况：手动提取数据 #

如果原生修复无法恢复原表，可以尝试：

• 用UCanAccess或DBeaver尝试读取损坏表的残留数据（部分数据可能还能被读取）
• 新建一个空白Access数据库，创建结构一致的新表
• 将提取到的数据导入新表，替换原损坏的数据库文件

5. 预防后续问题 #

为了避免再次出现这类问题，建议：

• 不要在应用写入数据库时强制终止程序，确保写入操作完整执行
• 避免多个进程/应用同时对同一个Access文件进行写入操作（Access对并发写入的支持非常有限）
• 定期对数据库执行「压缩和修复」操作，保持存储结构健康
• 增加自动备份机制，比如每天自动复制数据库文件到备份目录

关于UCanAccess的警告解释 #

你看到的WARNING:Looking for usage map at page 90566, but page type is ...警告，是UCanAccess在解析数据库的物理存储页时，发现预期的「使用映射页」（用来记录表数据存储位置的结构）类型异常，这直接说明数据库的底层存储结构已经损坏，必须通过修复来解决。

内容的提问来源于stack exchange，提问作者Paul Grenyer