me.visible=false而不是结束形式

还有谁成功地运用了这个策略,或者知道不这么做的理由吗?

是的,这个策略类似于配方8.1 加快模板加载时间 访问食谱 . 但是,配方在数据库启动时预加载一组窗体,其中WindowMode:=acHidden。因此,折衷的办法是数据库启动需要更长的时间,但是后续的表单打开(对于预加载的表单)比较快。

除此之外,我将仔细查看表单从后端数据库中提取的数据量。限制作为主窗体和子窗体的记录源检索的行数。为用户提供一种选择不同记录或小记录集的方法。还要确保使用索引来支持记录源和顺序子句。避免使用函数的WHERE条件,该函数将强制执行完整表扫描,以确定要从记录源中排除哪些行。类似的注意事项也适用于组合框和列表框,它们使用保存的查询或选择语句作为记录源;如果不能限制行,请至少确保优化数据检索。

我想再深入了解一下为什么你的装货时间这么长。你提到了几个子窗体。它们是同时显示,还是显示在选项卡控件的各个页面中?

编辑:
另外,这个问题有点超出范围,但对每个性能问题都有好处:
-是否重新检查了相关表中的外键是否已正确索引?

您是否确保在适当的时间段内刷新数据?

是的,我自己在非常复杂的表单中也做过同样的事情,每个表单有10到15个选项卡,每个选项卡有一个子表单。至少工作了十年。您必须注意各种形式级别的值或未绑定的控件,这些值或控件假定以空或零开头。但一旦它运行平稳,它应该运行良好。我们不得不在Access 97天内返回,因为在用户每天打开和关闭各种表单数千次之后,Access会因内存不足而崩溃。