我在业余时间从事单用户桌面数据库应用程序之类的工作，但我总是不确定自己所做的设计选择。现在，就目前而言，每当用户想要与数据库（这是一个本地 SQLite 数据库，所以通常只有一个用户一次看到它）进行交互时，应用程序会创建一个新连接，做它需要做的任何事情，然后关闭连接。因此，在应用程序的一次执行过程中，会创建和处理大量连接。
这通常是“最好”的方式吗，还是应用程序应该在启动时打开连接并仅在应用程序退出时关闭它？每种方法的优缺点是什么？
【问题讨论】：
标签： database
我会说在这种情况下没问题，因为只有一个用户并且数据库托管在同一台机器上（更有可能在同一内存空间中，因为我认为 SQLite 只是作为 DLL 加载应用程序）作为应用程序。不需要不断地打开和关闭连接。
一个可能的例外可能是您需要让应用程序的多个线程同时访问数据库。然后你可以强制他们等待并共享一个连接对象，或者你可以尝试为不同的线程创建新的连接。我从来没有在 SQLite 中真正尝试过这个。这是关闭主连接和打开/关闭多个连接可能更适合桌面应用程序的一种情况。
对于 Web 应用程序或客户端/服务器桌面应用程序，我建议不要让连接保持打开状态。
【讨论】：
通常在使用后关闭连接；将其释放回可用连接池中。如果在单个客户端上发生大量事务，则利用单个连接而不是创建多个连接来立即关闭它们是有意义的。
这有点偶然，但典型的最佳做法是在使用后将其关闭，以便它再次在池中可用。
【讨论】：
假设您有 1000 个用户同时访问您的应用程序。这意味着 1000 个打开的连接。最终你可能会用完连接。所以让每个用户打开一个连接，使用它，然后关闭它，这样连接就可以免费供其他人使用。
进一步说明
想象他有多个模块同时需要相同的连接？图像同时运行需要连接的控件。他要做什么？有一个全局连接对象吗？使用单例模式？如果我错了，请告诉我
【讨论】：
连接池应该让这成为一个争论点。池应保持连接并打开以供您重用。这应该允许您遵循以最短的合理数量使用资源但不牺牲性能的一般最佳实践。
【讨论】：
在处理数据库连接时，我的策略是取决于您需要做什么。例如，如果您正在加载大量相关的关键数据，我的建议是将您的所有操作封装在一个事务中，并且在事务提交后应该关闭一个连接。
现在，如果您需要执行大量查询来检索数据，则为每个查询打开和关闭连接可能会非常昂贵，因此，保持连接打开是值得的。
【讨论】：
我刚开始问自己同样的问题。和你一样，它只是一个应用程序，我不担心连接不足。
然而，我确实遇到了一个让数据库保持打开状态的潜在问题：事务。如果您执行 BEGIN TRANSACTION 并且出现错误或发生其他事情，而您的代码未命中 COMMIT 或 ROLLBACK，那么您将保持该事务处于打开状态。
因此，最好仅将其关闭以确保在数据库完成工作后恢复所有内容。
我真的不知道打开和关闭数据库的开销有多大。我很想听听其他人对此的看法。
【讨论】：
打开新连接很昂贵。 因此，使用连接的最佳方式是在完成事务后将其标记为空闲。然后连接将返回到空闲连接池。
当应用程序请求连接时，代码必须检查空闲 {free} 连接池并返回一个。如果池中没有空闲连接，则应使用新连接。当向服务或实体提供连接时，必须将连接标记为“活动”；这样连接就不会提供给任何后续请求。
连接未关闭时，必须正确处理连接的提交、回滚等。
检查您的语言或框架。大多数框架已经维护了一个空闲连接的容器；因此，您无需担心。 一些语言还提供了开箱即用的此功能。例如 Golang 核心包类型 sql.DB 维护了一个空闲连接池，能够被并发使用，所以你不需要担心关闭连接。
【讨论】：