问题主要是关于安全性。对于永久活跃用户超过 100 个的系统，我无法确定哪种方法更好：
- 在全局应用程序类中，
db创建一个创建类的新实例的属性Database。在其构造函数中，立即打开与数据库的连接。所有进一步的调用都将在以下级别：Application::$app->db->...。 new Database仅在需要时创建连接 ( )。
在第一种情况下，我担心每个用户不断打开连接，而在第二种情况下 - 从一个页面工作的大量连接（直到重新加载）。
在第一种情况下，连接较少（每个用户只有一个），在第二种情况下 - 没有永久打开的连接。
告诉我如何做得更好以及从中选择什么。
在一些常见的框架中，这个问题通常可以很简单地解决——或者通过使用单例（“Single”）模式来请求与数据库的连接，或者通过再次隐式创建一个 DAO 对象来进行数据访问（它仍然隐藏在“ hood") 访问模型时。因此，在需要连接之前不会打开连接（如果不需要，则根本不会打开），并且连接以每个正在处理的 HTTP 请求的 adyn 片段的数量可用，这在庞大的大多数情况。
组织数据库连接的示例：Laravel，Yii。
我不会写 Symfony，有各种不同 - 教义和雄辩，以及臼中的魔鬼和汤中的青蛙。
因此，根据使用实践，我们可以得出结论，在访问高级操作时最好“隐藏”在数据库中创建连接，而在控制器等地方“不亮”。虽然，如果您（像我一样）更喜欢在某些情况下执行“手动日落”和“组装后文件”以获得最佳性能 - 请查看 Singleton 和Capsule包。