Access文件过大引发故障求助：无法定位MSACCESS.EXE及反编译问题

1. 核心结论：50MB的前端库不算“过大” #

Access前端（包含窗体、VBA、查询等对象）的稳定运行上限远高于50MB，你遇到的随机故障并非单纯由容量导致，而是10年长期使用中积累的对象膨胀或VBA代码损坏引发的——频繁修改窗体、VBA后，数据库会残留无效编译缓存、对象碎片，进而触发各类随机问题。

2. 解决反编译找不到MSACCESS.EXE的问题 #

Microsoft 365（Click-to-Run版本）的MSACCESS.EXE默认路径：

• 64位系统：C:\Program Files\Microsoft Office\root\Office16\MSACCESS.EXE
• 32位系统：C:\Program Files (x86)\Microsoft Office\root\Office16\MSACCESS.EXE

反编译命令（替换为你的前端库实际路径）：

"C:\Program Files\Microsoft Office\root\Office16\MSACCESS.EXE" "C:\你的前端库路径\YourDB.accdb" /decompile

3. 彻底修复随机故障的步骤 #

• 反编译+压缩修复组合操作：先执行反编译，再打开数据库，依次点击「文件」>「信息」>「压缩和修复数据库」，重复2-3次，彻底清除对象碎片。
• 重建前端库：新建空白Access文件，将原前端的所有对象（窗体、查询、报表、模块）导入新库（不要直接复制粘贴），重新建立与后端表的链接。这是解决长期对象膨胀最彻底的方案，建议10年的老库每1-2年执行一次。
• 属性框无法修改的临时修复：关闭所有窗体，按住Shift键启动数据库（跳过启动项），再尝试操作属性框；若仍无效，检查对应窗体的VBA模块是否损坏，可先导出模块，删除原模块后重新导入。

4. 日常维护建议 #

• 每次修改VBA代码后，执行一次压缩修复。
• 禁止在前端库存储图片、文件等二进制数据，这类内容会快速增大库体积并加剧对象膨胀。
• 定期备份前端库，重大修改前务必做备份。

内容的提问来源于stack exchange，提问作者Ken Trethewey