Google app engine 在几分钟内将数十万个实体添加到数据存储

数据存储上的文档讨论了有关更新实体组的实体和频繁更新单个实体的可能限制

---

可以安全地假设，仅在短时间内添加几十万个实体不会构成问题吗？

只要实体不在父实体组中，是的，可以安全地假设您可以。只有当他们有父级时，您才会有sprox的写入限制。每秒一个。

只要实体不在父实体组中，是的，可以安全地假设您可以。只有当他们有父级时，您才会有sprox的写入限制。每秒一个。

只要实体不在父实体组中，是的，可以安全地假设您可以。只有当他们有父级时，您才会有sprox的写入限制。每秒一个。

只要实体不在父实体组中，是的，可以安全地假设您可以。只有当他们有父级时，您才会有sprox的写入限制。每秒一个。

是的，插入实体是安全的，只要它们不属于单个实体组并且它们没有相同的键名。请参阅

注意：数据存储API不区分创建新的 实体并更新现有实体。如果对象的键表示 如果实体已存在，则put（）方法将覆盖现有的 实体。您可以使用事务来测试具有 在创建密钥之前，给定的密钥已存在。另见 Model.get\u或\u insert（）方法

限制是写入单个实体组。实体组的组成如下：

• 每个实体都在其自己的实体组中
• 一个实体及其所有子实体位于同一实体组中

---

限制是大约每秒5次写入，如关于的文章中所述。

是的，插入实体是安全的，只要它们不属于单个实体组并且它们没有相同的密钥名。请参阅

注意：数据存储API不区分创建新的 实体并更新现有实体。如果对象的键表示 如果实体已存在，则put（）方法将覆盖现有的 实体。您可以使用事务来测试具有 在创建密钥之前，给定的密钥已存在。另见 Model.get\u或\u insert（）方法

限制是写入单个实体组。实体组的组成如下：

• 每个实体都在其自己的实体组中
• 一个实体及其所有子实体位于同一实体组中

---

限制是大约每秒5次写入，如关于的文章中所述。

是的，插入实体是安全的，只要它们不属于单个实体组并且它们没有相同的密钥名。请参阅

注意：数据存储API不区分创建新的 实体并更新现有实体。如果对象的键表示 如果实体已存在，则put（）方法将覆盖现有的 实体。您可以使用事务来测试具有 在创建密钥之前，给定的密钥已存在。另见 Model.get\u或\u insert（）方法

限制是写入单个实体组。实体组的组成如下：

• 每个实体都在其自己的实体组中
• 一个实体及其所有子实体位于同一实体组中

---

限制是大约每秒5次写入，如关于的文章中所述。

是的，插入实体是安全的，只要它们不属于单个实体组并且它们没有相同的密钥名。请参阅

注意：数据存储API不区分创建新的 实体并更新现有实体。如果对象的键表示 如果实体已存在，则put（）方法将覆盖现有的 实体。您可以使用事务来测试具有 在创建密钥之前，给定的密钥已存在。另见 Model.get\u或\u insert（）方法

限制是写入单个实体组。实体组的组成如下：

• 每个实体都在其自己的实体组中
• 一个实体及其所有子实体位于同一实体组中

---

限制为每秒5次写入，如关于的文章所述。

谢谢，Zig！对于无祖先实体的大量插入，您在写吞吐量方面有具体的第一手经验吗？还是参考案例的链接？（我也和谷歌有联系，但那会很有趣！）是的，我有。另外，看看这些文档，你会发现没有关于祖先的限制。您可以读或写尽可能多的数据，谷歌保证数据存储的可扩展性，但祖先实体除外，因为它们位于同一平板电脑和物理服务器上，因此谷歌无法分发这些数据，因此这些数据存储每秒写入1次。谢谢，Zig！对于无祖先实体的大量插入，您在写吞吐量方面有具体的第一手经验吗？还是参考案例的链接？（我也和谷歌有联系，但那会很有趣！）是的，我有。另外，看看这些文档，你会发现没有关于祖先的限制。您可以读或写尽可能多的数据，谷歌保证数据存储的可扩展性，但祖先实体除外，因为它们位于同一平板电脑和物理服务器上，因此谷歌无法分发这些数据，因此这些数据存储每秒写入1次。谢谢，Zig！对于无祖先实体的大量插入，您在写吞吐量方面有具体的第一手经验吗？还是参考案例的链接？（我也和谷歌有联系，但那会很有趣！）是的，我有。另外，看看这些文档，你会发现没有关于祖先的限制。