Answer 1

开发和生产使用之间存在差异。

1. 在开发过程中，应该期待膨胀 - 你正在搅拌前端的数据页，修改表单，报告，模块等，因此会频繁丢弃数据页。这没什么不对。在开发过程中，你应该定期压缩，偶尔反编译（不经常 - 我倾向于在重度开发期间每天一次，和/或在将新的前端分配到生产用途之前）。

2. 在生产使用过程中，正确设计的前端不应该膨胀很多。是的，当你提供一个经过编译和压缩的前端时，它会在使用过程中增长一些，但过了一段时间，这种增长应该是最重要的。但你不应该担心这一点，因为前端是可替代的。如果出现问题，您只需将其替换为新的。

人们在前端遇到膨胀的最常见原因是他们错误地设计了它们，包括前端的临时数据（例如，附加了数据的表然后被删除）。临时数据属于临时文件。我的所有应用程序都有一个tmp.mdb，它与前端一起分发，并存储在与前端相同的文件夹中，所有临时数据都存储在那里。我一般都不打算压缩临时文件。

其他臃肿可能包括：

1. 设计对代码中的表单/报表的更改（就人类开发人员进行相同更改而言，这与膨胀相同）。在我看来，这几乎总是一个设计错误。

2. 更改应用中已保存的QueryDefs。这个不太重要，因为与其他类型的膨胀相比，膨胀量非常小。但是，如果在一个会话中进行了数千次，理论上它可以达到重要性水平。在运行时编辑已保存的QueryDefs有一些很好的理由，但不是很多，所以虽然我不打算这样做是一个设计错误，但它需要检查以确保它不是那样的红旗无需编辑已保存的QueryDef即可高效完成。

Answer 2

Answer 3

成长前端？愚蠢是真的，但它的确有效。我的数据库是由几家公司（通过云）使用的，因此应用程序很难被关闭以进行压缩（最后一个离开时会将灯熄灭：压缩数据库）。我的客户需要始终在数据库中联机。在不到一周的时间里，前端曾经从16Mb增长到2Gb以上！这吓死了我。 解决方案：在文件资源管理器中，只需右键单击前端数据库，单击“属性”并选中“只读”框。 Access将尝试写入放大的前端，但不会在只读标志上崩溃。再说一次：只是为了变得简单！ 最诚挚的问候，Jaap Schokker，miniPLEX B.V.，Wageningen，荷兰