靠近下列文檔的末尾：谷歌應用程序引擎中祖先事務每秒限制1次的含義是什麼？
https://developers.google.com/appengine/docs/java/datastore/structuring_for_strong_consistency?csw=1
它說：
這種方法通過寫入每留言單個 實體組達到強一致性，但它也限制了改變 留言板每秒不超過1寫（ 實體組支持的限制）
這是否意味着此寫入限制是針對特定猜測？或跨所有客人的書？
即如果例如我有「日誌」，並使用該日誌的祖先可以說我有10個不同的日誌「Log_entries」 - 並假設我得到5個並行請求寫信給5個不同的日誌 - 將它是一個問題？ 或者只有當我每秒獲得一個請求才能寫入屬於同一特定日誌的條目時，這個問題纔會出現？
[我的應用程序不處理日誌或條目 - 這只是一個例子....]
答案：寫留言在留言簿（實體組）上。 更多信息：批量投入/交易次數爲1次寫入（每秒限制） 澄清：http://www.youtube.com/watch?v=xO015C3R6dw#t=335
限制是PER的實體組。
在你的例子中是PER LOG。因此，您可以每個日誌每秒寫入1條日誌條目。如果您有5個日誌，那麼當且僅當日誌條目屬於5個不同的日誌時，每秒最多可以寫入5個日誌條目。
這應該是公認的答案。 – underdog
每秒規則的一個寫類似於在Parlay的海盜碼...更你所稱的「準則「而不是實際的準確規則。事務總是被連續地應用到一個實體組中（這需要一些時間），所以如果太多的事務被排隊等待一個實體組，可能會發生不好的事情，因此我認爲忽略這個「規則」是不好的。
護目鏡通過這裏使用分片提供了這個規則和更多信息，圍繞它的工作的技術（在某些情況下）：
https://cloud.google.com/appengine/articles/sharding_counters
相關的主題http://stackoverflow.com/questions/38277246/datastore-multiple-writes-against-an-entity-group-inside-a-transaction-exceeds –
感謝Dan Cornilesue爲您找到的相關主題。 –
感謝您的額外鏈接。 – epeleg
是的，謝謝！ - 我沒有發現實體組內批量寫入的重要信息，克服了文檔，博客或問題中任何其他地方的1次寫/秒限制。我認爲它們仍然會按順序發生，但至少它不會像你期望的那樣爭執。雖然基本知識足夠清晰，但有關事務組或無事務處理的實體組的詳細信息在文檔中涵蓋的很少。 – pwray