多数据库连接VS。 Laravel 中的 curl 请求，哪个更快？
multiple database connection VS. curl request in Laravel, which is faster?
我们有一个包含多个子域的项目，每个子域分别处理业务的不同方面。例如 customers.domain.com 将是一个完全独立的 laravel 项目，它的 api 用户（客户）可以来这里并通过 api 连接进行提取或连接，它只保存来自他们的数据交互和命令。
然后是 suppliers.domain.com，提供产品的人会来这里与他们的信息进行交互，并为他们的产品添加费率和库存，并查看他们的订单。
然后有一个 central.domain.com 可以使这两个子域之间的通信成为可能，管理员也可以添加产品（供应商可以 select 来自这些产品并出售它们）并查看订单。如果管理员希望，他们可以在供应商提供的最终价格中增加服务成本，然后将其显示给客户。
目前所有这些部分都在同一台服务器上，但将来它们可能会移动到不同的服务器，因此我们将它们开发为 3 个不同的 laravel 项目，它们之间的通信是通过 API XML 或 JSON.
现在我的问题是，在 laravel 项目中建立多个数据库连接并且在每个项目中能够直接从数据库中获取所需的内容会更好还是当前的工作流程会更好？
我所说的更好是指更快，因为就工作量而言，代码已经编写好，并且作为 api 连接运行良好，因此不需要做额外的事情但是如果多重连接变得更好更快我们可以将所有代码更改为那个。
非常感谢你对此事的帮助。
PS。客户和供应商都来自世界不同的地方，如果这对决策很重要的话。
非常感谢您。
共享数据库或通过 APIs 共享数据是一种权衡。
如果您通过 APIs 共享数据，您：
- 性能下降，因为数据是通过 http
检索的
- 只有提供 API 的应用程序才对其中数据的有效性负责
如果您共享数据库，您：
- 性能更好，因为可以直接从数据库中提取数据
- 多个应用程序负责确保数据有效
我所说的有效性是指有关数据的业务规则。例如 'A customer has a name, e-mail address and shipping address'，从购物车的角度来看这是有意义的。但是，如果您要介绍时事通讯，客户可能没有任何运输数据。最好在一个地方而不是几个地方处理这些不一致。这就是为什么在这种情况下我会选择数据有效性而不是性能。
我们有一个包含多个子域的项目，每个子域分别处理业务的不同方面。例如 customers.domain.com 将是一个完全独立的 laravel 项目，它的 api 用户（客户）可以来这里并通过 api 连接进行提取或连接，它只保存来自他们的数据交互和命令。 然后是 suppliers.domain.com，提供产品的人会来这里与他们的信息进行交互，并为他们的产品添加费率和库存，并查看他们的订单。 然后有一个 central.domain.com 可以使这两个子域之间的通信成为可能，管理员也可以添加产品（供应商可以 select 来自这些产品并出售它们）并查看订单。如果管理员希望，他们可以在供应商提供的最终价格中增加服务成本，然后将其显示给客户。
目前所有这些部分都在同一台服务器上，但将来它们可能会移动到不同的服务器，因此我们将它们开发为 3 个不同的 laravel 项目，它们之间的通信是通过 API XML 或 JSON.
现在我的问题是，在 laravel 项目中建立多个数据库连接并且在每个项目中能够直接从数据库中获取所需的内容会更好还是当前的工作流程会更好？
我所说的更好是指更快，因为就工作量而言，代码已经编写好，并且作为 api 连接运行良好，因此不需要做额外的事情但是如果多重连接变得更好更快我们可以将所有代码更改为那个。
非常感谢你对此事的帮助。
PS。客户和供应商都来自世界不同的地方，如果这对决策很重要的话。
非常感谢您。
共享数据库或通过 APIs 共享数据是一种权衡。
如果您通过 APIs 共享数据，您：
- 性能下降，因为数据是通过 http 检索的
- 只有提供 API 的应用程序才对其中数据的有效性负责
如果您共享数据库，您：
- 性能更好，因为可以直接从数据库中提取数据
- 多个应用程序负责确保数据有效
我所说的有效性是指有关数据的业务规则。例如 'A customer has a name, e-mail address and shipping address'，从购物车的角度来看这是有意义的。但是，如果您要介绍时事通讯，客户可能没有任何运输数据。最好在一个地方而不是几个地方处理这些不一致。这就是为什么在这种情况下我会选择数据有效性而不是性能。