高復制數據庫“最終一致”是否意味着分離的JDO對象可能並不總是包含更新的對象圖？

Question

我以前的App Engine項目使用的是Master / Slave數據庫，但我的新應用程序定義為“高復制數據存儲區”（我不認為此設置在定義后即可更改）。

到目前為止，我一直在做的是在更新后在對象上調用detachedCopy ，以便后續更新一定能與新更新的對象圖一起使用。

但是，高復制數據存儲區具有我不完全了解但擔心的一個特征，即“最終一致”。 我從Google App Engine組的一些Python人員那里聽到的消息是，他們將對“模型”對象執行更新，但是由於High Replication數據存儲區直到感覺到它之后才返回更新的對象圖，因此所有后續更新現在，與該對象的關聯可能與基礎數據存儲不同步。

如果這是正確的話，那就像我在Datanucleus JDO中使用detachedCopy的方式一樣-在Master / Slave數據庫下，我從未遇到過分離對象與datstore不一致的情況。 這是我現在需要擔心的事情嗎，是否有某種方法可以避免High Replication數據存儲區的災難？ 或者，如果沒有針對JDO的解決方法，我應該只針對主/從配置運行所有應用程序來避免此問題嗎？

Answer 1

“ JDO”從detachCopy返回處於分離狀態的對象。 如果數據存儲庫不更新自身，則僅是數據存儲庫，而“ JDO”不在乎它（除非我想直到您嘗試使用這些對象的更新形式更新數據存儲庫）。