为什么 MS Access 前端的大小会随着时间的推移而增加？
Why do MS Access front-ends increase in size over time?
我有一个 MS Access 前端（Oracle 后端），它有 2 个链接表、2 个 MS Access 查询和 4 个报告。
我注意到 .accdb 文件（存储在用户桌面上）随着时间的推移变得越来越大。它们在压缩后开始不到 1mb，使用几个月后最终变为 10-20mb。
这是为什么？文件中没有存储任何数据，那么为什么它会随着时间的推移变大？
这是因为（一些）临时数据是在前端创建的。这根本不重要，除非它打扰了你。
您可以通过将前端文件设置为 只读 来完全避免这种情况，但通常它会在用户启动前端时弹出一条警告消息。它将强制将临时数据写入单独的文件。
另一种方法是将前端设置为compact before closure。然而，这有时会失败，因此弊大于利。
避免它的最终方法是向用户复制一个新的前端。用户单击脚本的快捷方式，将文件从服务器复制到本地文件夹并从本地副本启动它。可以在此处找到处理该问题的脚本：
Deploy and update a Microsoft Access application in a Citrix environment
我遇到了同样的问题，这是我学到的：
前端文件大小可能会由于很多原因而增加，验证原因很重要。 （内存泄漏、图像管理等）
良好的部署架构很重要，有助于避免文件随时间增加：
如果为时已晚并且您的文件已经增大，您通常可以使用“压缩和修复数据库”功能return接近原始大小：
- 在设计模式下打开 Access
- 访问“数据库工具”部分
- Select“压缩并修复数据库”
我有一个 MS Access 前端（Oracle 后端），它有 2 个链接表、2 个 MS Access 查询和 4 个报告。
我注意到 .accdb 文件（存储在用户桌面上）随着时间的推移变得越来越大。它们在压缩后开始不到 1mb，使用几个月后最终变为 10-20mb。
这是为什么？文件中没有存储任何数据，那么为什么它会随着时间的推移变大？
这是因为（一些）临时数据是在前端创建的。这根本不重要，除非它打扰了你。
您可以通过将前端文件设置为 只读 来完全避免这种情况，但通常它会在用户启动前端时弹出一条警告消息。它将强制将临时数据写入单独的文件。
另一种方法是将前端设置为compact before closure。然而，这有时会失败，因此弊大于利。
避免它的最终方法是向用户复制一个新的前端。用户单击脚本的快捷方式，将文件从服务器复制到本地文件夹并从本地副本启动它。可以在此处找到处理该问题的脚本：
Deploy and update a Microsoft Access application in a Citrix environment
我遇到了同样的问题，这是我学到的：
前端文件大小可能会由于很多原因而增加，验证原因很重要。 （内存泄漏、图像管理等）
良好的部署架构很重要，有助于避免文件随时间增加：
如果为时已晚并且您的文件已经增大，您通常可以使用“压缩和修复数据库”功能return接近原始大小：
- 在设计模式下打开 Access
- 访问“数据库工具”部分
- Select“压缩并修复数据库”