一对多的可扩展性和获取许多的效率 - parse.com
one-to-many scalability and efficiency of getting the many - parse.com
我对 parse.com 中从一对多关系中获取多的可扩展性有疑问。下面是我正在尝试做的事情的图表。
我有一个 Like 对象，它有一个 userWhoLiked 和一个 messageLiked 属性作为指针。我的问题是关于在加载 Message 对象的提要时检查 User 是否已经喜欢了一条消息。我在想我可以写一些 cloud code 来 return Message 本身以及关于 User 是否已经喜欢那个对象的信息。但是，我觉得这样效率很低。我本质上会查询所有 Message 对象（这将是 n 个对象），然后另一个查询来查找 User 是否已经喜欢那个 Message 对象通过所有 Like 对象 n 次并根据登录用户检查 userWhoLiked 和 messageLiked，我正在检查 Message。我将使用指针来建立一对多关系，因为 Like 对象的数量可以任意大。我描述的用于获取用户是否喜欢某个对象的方法（使用 cloud code 然后检查 Like 对象）是否可行且可扩展？有没有更好的方法，或者有什么建议？我感谢你的时间。谢谢。
为什么不只对 Like 个对象进行一次查询，其中 userWhoLiked 键等于当前用户？这将 return 当前用户喜欢的所有对象，您还可以推断所有未包含的对象都没有被喜欢。
如果你还没有看过，我强烈推荐the Parse Anypic tutorial which has a very similar structure
我对 parse.com 中从一对多关系中获取多的可扩展性有疑问。下面是我正在尝试做的事情的图表。
我有一个 Like 对象，它有一个 userWhoLiked 和一个 messageLiked 属性作为指针。我的问题是关于在加载 Message 对象的提要时检查 User 是否已经喜欢了一条消息。我在想我可以写一些 cloud code 来 return Message 本身以及关于 User 是否已经喜欢那个对象的信息。但是，我觉得这样效率很低。我本质上会查询所有 Message 对象（这将是 n 个对象），然后另一个查询来查找 User 是否已经喜欢那个 Message 对象通过所有 Like 对象 n 次并根据登录用户检查 userWhoLiked 和 messageLiked，我正在检查 Message。我将使用指针来建立一对多关系，因为 Like 对象的数量可以任意大。我描述的用于获取用户是否喜欢某个对象的方法（使用 cloud code 然后检查 Like 对象）是否可行且可扩展？有没有更好的方法，或者有什么建议？我感谢你的时间。谢谢。
为什么不只对 Like 个对象进行一次查询，其中 userWhoLiked 键等于当前用户？这将 return 当前用户喜欢的所有对象，您还可以推断所有未包含的对象都没有被喜欢。
如果你还没有看过，我强烈推荐the Parse Anypic tutorial which has a very similar structure