Vb6 何时是调用DBEngine.Idle dbRefreshCache的适当时间？

在VB6中使用DAO，两个示例中哪一个是使用

DBEngine.Idle dbRefreshCache

最合理的方法

例1：

customers.Index = "primarykey"
customers.Seek "=", this_date, supplier
DBEngine.Idle dbRefreshCache

例2：

DBEngine.Idle dbRefreshCache
customers.Index = "primarykey"
customers.Seek "=", this_date, supplier

---

看起来客户是ADO吗？因此，示例2（首先刷新缓存）更有意义

DBEngine.Idle dbRefreshCache

在两个进程之间同步读写。如果在

Seek

之前发出

DBEngine.Idle dbRefreshCache

，则ADO记录集操作搜索更有可能显示其他进程所做的更改

---

我想一个问题是，是否真的有另一个过程改变数据？或者（可能）来自同一程序的另一个数据库连接？如果没有，则根本不需要刷新缓存。

看起来像

客户

是ADO吗？因此，示例2（首先刷新缓存）更有意义

DBEngine.Idle dbRefreshCache

在两个进程之间同步读写。如果在

Seek

之前发出

DBEngine.Idle dbRefreshCache

，则ADO记录集操作搜索更有可能显示其他进程所做的更改

---

我想一个问题是，是否真的有另一个过程改变数据？或者（可能）来自同一程序的另一个数据库连接？如果没有，则根本不需要刷新缓存。

取决于您希望何时刷新缓存：）说真的，我们还能给出什么其他答案？在

调用之前或之后？我以前可能会想，但我正在查看后面的遗留代码，所以我只想检查一下。这取决于您希望何时刷新缓存：）说真的，我们还能给出什么其他答案？在
调用之前还是之后。Seek
调用？我以前可能会想，但我正在研究它之后的遗留代码，所以我只想检查一下。它是一个多工作站系统，因此会有其他进程访问数据库。它是一个多工作站系统，因此会有其他进程访问数据库。