Web services AppEngine、REST和服务器请求

我最近接手了一个项目，该项目涉及iOS应用程序与Restful web服务的连接，用于发送和检索数据，我发现自己在服务器性能方面遇到了困难

因为它是RESTful的，所以可以从不同的URI端点访问不同类型的数据。当用户首次登录应用程序时（忽略注册），客户端必须下载该用户的所有数据。由于数据驻留在不同的端点，客户机向每个端点发出请求，从而导致向同一服务器发出许多请求以获取所有数据

我的问题。。。这是一个健全的架构吗？服务器最终处理了许多请求，只是为了获取单个用户的数据。让一个请求返回所有用户的数据不是更为谨慎吗？服务器是appengine的，我正试图更有效地使用它的免费配额

---

感谢您提前提供的任何见解

请求时间限制为60秒。根据单个“返回所有用户数据”请求需要完成的工作，这可能会起到一定的作用

检查谷歌应用程序引擎文档：

---

如果不知道数据的结构，很难回答

如果您在这些6-7个请求上查询相同的实体，这是一个坏主意。 如果您正在查询不同的实体，那么将其组合到一个查询中并不会有很大的区别

拥有多个请求还可以让您的用户界面在用户看到页面更新结果时“感觉”更具响应性。对于单个请求，用户只需等待整个请求完成

听起来，创建项目的人最初决定通过分离对不同类型对象的请求来保持RESTAPI的清洁。如果您想将所有与用户相关的对象统一到一个请求中，那么它可能是一个更加“混乱”的体系结构

---

虽然拥有多个请求确实会有一些开销，但一般来说这并没有什么大不了的。

注意，它是用Python编写的。。。我不希望它会花费近60秒的时间，但我想知道对单个用户的数据有一系列请求（6-7次）是否是一种不好的做法。