javascript - 查询 Parse.com 关系数据时我应该如何思考？

Question

Parse.com 不允许每个查询查询多个对象。我很难理解如何克服这个限制。

我的基本网络应用程序允许用户登录、创建 foo，然后搜索附近其他用户的 foo。用户可以为其他用户留下引用，并可以标记不适当的 foo。

为了显示它们附近的 foo，我已经做了 4 个查询:

1. 靠近用户
2. 获取属于 1 结果的引用计数
3. 获取属于1的结果的foos
4. 获取属于 3 结果的标记(表示已标记)

而且这个应用程序还很年轻——我预计它会变得更加复杂。这引发了一系列问题:

• 出于性能原因，我传统上会尝试限制发出的网络请求数量。是否可以将我的查询结果打包成一个？
• Parse 的定价取决于请求 - 如何减少我发出的请求数量？ cloudcode 中的每个查询仍算作一次请求吗？
• 我应该在客户端缓存查询结果吗？
• 如何管理如此多的请求/查询的分页？
• 查询关系数据时，应该重复第一个查询 (.include()) 还是应该传入对象列表 (.containedIn()) ？

Answer 1

I traditionally try to limit how many network requests I make for performance reasons. Is it possible to package my query results into one?

是的，您可以发送批量请求，但云代码是更好的选择

Parse's pricing depends on requests–how can I reduce how many requests I make? Does each query in cloudcode still count as a request?

是(就像批处理中的每个请求一样)

Should I be caching query results client-side?

通常这是一个好主意，如果只是为了支持分页和某种程度的离线支持(如果您需要的话)

How do I manage pagination with so many requests/queries?

取决于您的排序方式。如果您按最接近用户的所有食物进行排序，那么很容易记住查询偏移量。如果您要按最接近的食物进行排序，如果没有特定的数据模型设置，那么您就很难知道数据存储中每个 foo 的位置

When querying for relational data, should I repeat the first query (.include()) or should I pass in the list of objects (.containedIn())?

如果可以在结果中获取更多数据，通常最好使用 include。包含在用于过滤而不是获取更多数据......