Google app engine 每个实体组的写入限制google云数据存储

我是谷歌云数据存储的新手。我已经读到，实体组每秒写入1次有写入限制。这是否意味着app engine上的主留言簿教程无法扩展到数千个非常活跃的用户？

是的，我认为这确实意味着

如果所有的问候语都添加到不同的留言簿中，这可能不是问题，但是快速地将问候语添加到同一留言簿中肯定无法扩展。然而，在实践中，它通常比每秒写入1次快得多

也许您可以通过使用taskqueue添加问候语来解决这个问题，但这可能有点过头了

---

一般来说，留言簿教程不是一个很好的例子。您不应该像在那个示例中那样将逻辑放在jsp中，您可能根本不应该使用jsp。在如此低的级别上使用数据存储也是不太实际的。只需使用Objectify。

是的，我认为它确实意味着这一点

如果所有的问候语都添加到不同的留言簿中，这可能不是问题，但是快速地将问候语添加到同一留言簿中肯定无法扩展。然而，在实践中，它通常比每秒写入1次快得多

也许您可以通过使用taskqueue添加问候语来解决这个问题，但这可能有点过头了

一般来说，留言簿教程不是一个很好的例子。您不应该像在那个示例中那样将逻辑放在jsp中，您可能根本不应该使用jsp。在如此低的级别上使用数据存储也是不太实际的。只需使用Objectify。

确实如此

本教程只是一个展示。每秒写入数限制是由于同一组或祖先中的实体具有强大的一致性保证。以最终一致性改变强一致性为代价，可以超过此限制，这意味着所有数据存储查询在某一点上都将显示相同的信息。这是由于应用程序引擎的分布式设计

请查看以避免数据存储争用问题。希望能有所帮助。

的确如此

本教程只是一个展示。每秒写入数限制是由于同一组或祖先中的实体具有强大的一致性保证。以最终一致性改变强一致性为代价，可以超过此限制，这意味着所有数据存储查询在某一点上都将显示相同的信息。这是由于应用程序引擎的分布式设计

---

请查看以避免数据存储争用问题。希望有帮助。

我认为答案已被接受。然而，我读过这篇文章，不理解从强一致性到最终一致性的解决方法。在谷歌网页的例子中，他们为查询和插入操作设置了一个祖先。从代码中删除祖先和父引用，您将使用最终一致性。我将答案标记为已接受。然而，我读过这篇文章，不理解从强一致性到最终一致性的解决方法。在谷歌网页的例子中，他们为查询和插入操作设置了一个祖先。从代码中删除祖先和父引用，您将使用最终一致性。