列表查询速度慢，采用多接口数据拼接方式是否合理

Question

场景: 一个列表查询统计了多个数据，导致速度慢，大概3、4s，服务器压力大的时候，甚至需要10s左右。我现在想把列表查询里的统计去除，只查基础数据，然后在前端查询列表时，遍历列表数据，一个分页十条数据，分别调用查询接口，获取统计数据，这样列表查询的速度可以快很多，但是会导致这个页面刷新的时候调用11次接口，这样合理吗

Answer 1

1.如数据量大可考虑sql查询性能优化，比如增加索引；
2.分页查询机制，每次只查询返回当前页数据，而不是所有；
3.结合页面交互，可以考虑先查基础数据，然后用户点击或查看其中一条数据再查询关联数据
4.计算统计的数据也可以考虑后台先生成好保存另一张数据表，直接查询已经处理过就很快了