REST应用程序中DatabaseConnection的体系结构

Question

我的问题似乎很简单，但有一些子问题需要更深入的检查。 我的问题： 处理数据库连接的最佳做法/架构是什么？

我找到的选项：

1. 对于每个具有数据库（DB）请求的rest ful服务，创建一个新的 连接到数据库并在查询后再次关闭它。
2. 在REST服务外部创建连接，并为每个服务使用此连接     查询。

选项1： 其中一个负面因素是为每个请求建立和关闭连接的成本。

选项2： 不知道它是否有效。我已经研究了Web服务生命周期，以检查它是如何工作的，但是不知道实例是否会在Web服务完成后保持活跃状态​​。也不知道这是否是一个好习惯，因为可能会有破坏连接的事件。最后一个问题是我认为请求可能会相互阻塞（因此它会破坏线程的概念）。

希望你能帮助我一点点这个架构。

映入眼帘，

的Nik

Answer 1

如果为每个查询/事务创建一个，则管理“关闭”连接要容易得多。

我可以看到为什么常识要求你应该打开一个并在整个过程中使用它，但是你会遇到掉线连接和多线程问题。因此，您的下一步将是打开一个游泳池，比如50个连接，并将它们全部打开，然后将它们推向不同的过程。

如果您在需要时打开连接并在完成后将其丢弃，那么实际上不会关闭连接，它只会将其返回到连接池以便再次使用。