我对这个主题进行了广泛的研究，并与我的同事进行了深入的讨论。
普遍的共识似乎是，数据库连接应该在需要时打开并立即关闭。任何连接的缓存/池化都应该由数据库驱动程序或其他一些层完成，而不是由应用程序本身完成。
但我对 Jet/ADO 有疑问。 Jet 和/或 ADO 使用读取缓存和延迟写入，这可能导致"unsynchronized" connections。当然，我可以在每次使用 JRO 时重新同步连接，但这似乎很麻烦，而且可能会消耗性能。
我应该采用关闭每个连接并重新同步每个新连接的“最佳实践”，还是应该因为 Jet/ADO 怪癖而只采用全局连接对象？
【问题讨论】：
标签： ms-access vb6 connection ado jet
Jet/ACE 的一个问题是锁定文件 (*.ldb) 的创建会导致显着的性能损失。此外，如果 LDB 已经存在（因为连接了另一个用户），设置锁定可能需要很长时间。
因此，您希望最大限度地减少应用连接的次数，因为您可能会在不断地重新创建和重新连接到 LDB 文件上浪费时间。
在 Access 应用程序中，maintain a persistent connection 是许多程序员的常见做法。
通常的建议是以隐藏形式打开表格或打开表格上的记录集。我更喜欢初始化一个指向后端的数据库变量。 Tony 在引用的文章中的反对意见对我来说似乎微不足道——解析连接字符串并不难，例如 Mid(CurrentDB.TableDefs("MyLinkedTable").Connect, 11)。
在非 Access 上下文中，您会遇到同样的问题，因为这是 Jet/ACE 数据库引擎问题。当然，维护打开连接的特定方法会有所不同，但关键是保持打开连接意味着数据库引擎对锁定文件的争用更少。
【讨论】：
我认为最好为 VB6 桌面应用程序使用一个全局连接。理想情况下，数据库驱动程序会透明地管理连接池，但是当您在 VB6 中使用带有 ADO 或 DAO 的 Jet 时，它不会：OLE DB Jet Provider doesn't have connection pooling。我相信 .NET 提供商会这样做。
我假设您的应用程序是桌面应用程序 - 您实际上并没有指定。我没有 IIS 应用程序或 COM+ 的经验，所以我不知道那里最好的是什么。可能不使用 Jet Access！不过，这对于桌面应用程序来说很好。
【讨论】：
我工作的最后两个大型 VB6 + ADO + Access 数据库引擎应用程序（两个不同的团队/雇主）使用了相同的方法：
ADODB.Connection 开放ADODB.Recordset 使用 Set
rs.ActiveConnection = Nothing
【讨论】：
大多数现代 DBMS 都提供 ConnectionPool 来管理连接。但是，当您使用 连接.close(); 你并没有真正关闭连接，它只是将它返回到池中，当你写的时候 连接.open(); 实际上，它不会创建新连接，您只是在 ConnectionPool 中准备好连接并使用它。
所以每次你想将查询传递给 DBMS 时打开连接并关闭它是最好的方法，我不会导致性能问题，除了 您不能对多个数据读取器 SQLDataReader 使用相同的连接。
因为不使用全局连接，尤其是在开发网站时 因为当您的网站流量很大时，当两个用户解析您的页面时，它会随机抛出异常，导致 2 个数据阅读器尝试使用相同的连接。
【讨论】：