1
A
回答
5
號
卡桑德拉只做LWW。這可能看起來過於簡單化,但Cassandra的Big Query-esque數據模型使得它比在Riak這樣的純粹的鍵/值存儲中沒有問題。當你擁有的只是一個密鑰的不透明值時,你希望能夠執行諸如保持衝突的寫入操作,以便稍後解決它們。由於Cassandra的行不是不透明的,但更像是一個有序的映射,LWW幾乎總是足夠的。藉助Cassandra,您可以將多個新單元格添加到多個客戶端的行中,而無需擔心衝突。只有當多個客戶端寫入同一個單元時纔會出現問題,但在這種情況下,您通常可以(也可能應該)以此爲模型。
相關問題
- 1. 衝突解決?
- 2. 解決衝突
- 3. 解決衝突
- 4. 解決衝突
- 5. 解決衝突的URL重寫規則
- 6. 解決樹衝突
- 7. 與衝突解決
- 8. 解決JavaScript衝突
- 9. SymmetricDS - 衝突解決
- 10. 解決JQuery衝突
- 11. 解決衝突svn
- 12. 解決Javascript衝突
- 13. PouchDB +解決衝突
- 14. Subclipse衝突解決
- 15. 解決git中的衝突
- 16. ZODB中的衝突解決
- 17. 流星重複插入衝突解決
- 18. 如何解決衝突的導入?
- 19. 問題在git中解決衝突
- 20. 在TFS中解決回滾衝突
- 21. 在VS2013中使用Git解決衝突
- 22. 刪除ptr解決了訪問衝突異常寫入0
- 23. Dynamo中的寫入衝突
- 24. 解決XACML策略衝突
- 25. Simperium如何解決衝突?
- 26. Node.js的衝突解決
- 27. Github - 如何解決衝突
- 28. 解決Git Svn衝突
- 29. 解決git的衝突
- 30. 如何解決.hgtags衝突?