我们的一个团队提出了一个API设计，它直接从SQL查询输出JSON。优点是绝对速度，代价是使用首选数据库访问的框架实现。
出于这个问题的目的，这是使用PHP框架和SQL数据库，但基本上是不可知的。该团队在SQL方面非常强大，但不是DBA。
新API拥有数十种收集资源和数百种端点排列。一旦框架路由器收到，就需要几个类来接受，过滤，抽象和处理最终的SQL查询。返回的结果对象将进一步处理并作为应用程序JSON响应返回。
提出的建议是，对于大多数收集资源和75％的可能端点，SQL查询（尽管可能是一个复杂的查询）可以生成所需的输出而不需要任何数据。然后可以很容易地将其转换为JSON，并通过任何框架的基本架构提供。
NB ：框架将用于通常的好处＆amp; SQL查询将受版本控制并存储数据库。
NB ：框架仍然会清理输入，并在发送客户端之前验证输出。
NB ：速度至关重要，将处理数百万次通话。
对于某些情况和合适的用例，这是一个优雅的解决方案，有一些小的可扩展性问题或危险的先例吗？