一个请求接口，要查50个sql，组成结果集返回，请问这样的需求合理吗？
如果非要这么做，有没有什么好的办法，请大家出出主意啊
不合理，后端请求接口运算量太大，从性能角度考虑，不合理
肯定不合理，我不知道你是什么样的需求，但是这样设计肯定是不合理的，退一万步讲，非要这么做，那你把sql能整合的整合下吧
不合理,这样的接口的响应时间得多久,,
想不出来需要什么样的数据 需要50个sql 一般脑子正常不会这样出需求的
肯定不合理啊， 任何请求都是都有超时限制的， 你可以用Quartz ,做定时任务，将数据定时写到一个新表中，这样简单些
接口是面向应用开发人员的，其需求就是获取某种业务数据集合，本身与后台操作多少sql，如何操作不相关，所以接口需求只要是
务需求，那么就是合理的。
至于后台如何快速响应和查询，这是数据处理的技巧，例如采用存储过程，优化索引和查询语句，提前进行中间结果计算（定时）等等