我想从社区收集一些关于以下场景的想法和意见：在我们公司，计划进行重大改造，这将影响 IT 基础设施和我们的 SQL Server。将出现向使用 API 的重大转变，并且将引入新的 SQL 集群。到目前为止，我们严重依赖链接服务器和存储过程（有时，软件直接连接到数据库）。
您对拟议的结构有何看法：
应用程序本身不再包含逻辑或计算，所有内容均直接从应用程序 API 提供。
这会不会是 API 的过度杀伤力？一些 SQL 数据库用于不同的应用程序。因此，我们希望通过 SQL API 提供 CRUD 功能，以便应用程序的 API 可以与数据库进行通信。
API 项目可以访问多个数据库。如果您没有特定的理由来分离 API，那么可以将它们放在一起，并使用多个可能的连接。这样，重用部分结果或类似逻辑就会更简单。
您可能不想多次实施同一件事。因此，如果你创建API，你可以创建多个API，这不是问题，但你需要以一种不那么机械和更实际的方式来考虑它。您应该考虑哪些数据/功能会被重复、如何访问数据项、哪些内容将难以维护，这些标准应该可以帮助您做出决策。