Question

我有一个解析＆＃34;父母＆＃34;有很多（1,500）相关的＆＃34;孩子＆＃34;存储在数组中的对象。

编辑好的，读取文档不应该是数组类型关系，但应该是从子回到父级的指针关系。然而，这会使我的情况变得更糟，因为我必须从设备创建数千个请求以依次保存每个孩子。这将使我回到我现在无法存储我想要存储的数据的情况。

这些都是在设备上创建的，然后我运行此代码来保存父级和子级。

parentObject.saveInBackground().continue...

以递归方式保存父对象和所有子对象。

然而，我立即收到了这封电子邮件。

你好，

您的应用[应用名称]最近超出了您计划的请求限制的75％   30请求/秒。对Parse的额外请求超过了   将删除30个请求/秒，并返回错误代码错误   155。

查看应用的效果图并考虑增加   你计划的限制。

干杯，Parse队

我是否要从中收集保存多个对象的单个保存操作将计为多个请求（每个对象一个）？

我听从了他们的建议并查看了性能图......

正如你所看到的那样，甚至没有注册。

根据我过去的经验，我们目前甚至不会达到每秒0.1次请求。

如果他们将递归保存作为多个请求，那么为什么它没有显示在图表上？如果它没有显示在图表上那么为什么要发送电子邮件？

非常混乱。

我想主要的问题是这个......使用Parse一次存储数千件物品的最佳方法是什么？它们都是同时创建的，并且同时上传。

也许Parse首先不是正确的工具。