「交易之外的生活」實體中的實體消息活動模型？

Question

在假期我讀了帕特赫蘭的"Life Beyond Transactions"（是的，假期是那麼好:)。簡而言之，它主張將交易範圍限定爲單一實體，然後使用能夠更新實體或能夠隨時取消任務的「活動」組，從而使任務無效時發生變化。

（例如，裝運訂單A需要一定數量的物料1）裝運訂單和物料作爲實體存儲並具有其自己的活動，裝運訂單B在A完成前隨最終的物料1一起裝運。取消裝運訂單A.）

我以爲我打印出迪納摩紙，所以請原諒我，如果我在這裏混淆了這兩者。我見過很多受Dynamo和BigTable影響的「NoSQL」項目，特別是他們如何通過鍵和分區數據處理實體。我想知道這個Entity-Message-Activity模型是否影響了它們中的任何一個？或者，更具體地說，如果我在跨越多個實體的HBase，Cassandra，Riak等中進行操作，是否需要我自己實現一個活動（如更多的設計模式在應用程序中），還是有某種現有的框架？或者他們是否完全做了一件讓整個問題都沒有意義的事情？

謝謝！

Answer 1

我只能從Cassandra的角度（我沒有使用其他NoSQL引擎可用）在這裏添加我的2美分。 Cassandra主要設計爲快速讀寫結構。 Twitter是Cassandra的一個很好的用例（查看微博克隆Twissandra）

假設我已經正確理解你的問題：是的，你必須自己實現這個活動。要了解Column/SuperColumnFamilies的建模，我建議閱讀這篇偉大的文章WTF is a SuperColumn?

乾杯！