标签： postgresql performance subquery relational-database graphql
我继承了基于Graphql的API。虽然它看起来非常整洁，但数据库（Postgres）和获取实际数据的SQL查询是我见过的最复杂的一些。我不能做很多缓存，因为数据是实时的。我发现很难找到将这些复杂的SQL查询（使数据库瘫痪）分解为更小的可管理的（多个连接，子查询等）的方法。
使用Rest架构，虽然代码不是那么整洁，但我可以设计多次调用的小型简单查询，从基础架构的角度来看，这种查询的可扩展性更高。
让其他人遇到同样的问题，您是如何解决这个问题的？