事件溯源投影模式:重複資料刪除策略 - domaincentric

banq發表於2019-08-14

在典型的CQRS / ES系統中,由投射處理的事件具有至少一次交付保證。因此,通常需要實施重複資料刪除以實現(感知)冪等性。

1. 基於事件ID
每個投射對應一個重複資料刪除表
在單獨的表中儲存已處理的事件ID,並以事務方式讀取當前餘額,並僅在表中不存在事件ID時更新它。

CREATE TABLE handled_events (projection_id TEXT, event_id TEXT, UNIQUE(projection_id(36), event_id(36)));


每個投射的每個流的重複資料刪除表:可以使用表來儲存每個流的事件ID(而不是整個投射)。這將使查詢和索引更有效:

CREATE TABLE handled_events (projection_id TEXT, stream_id TEXT, event_id TEXT, UNIQUE(projection_id(36), stream_id(36), event_id(36)));



2. 基於全域性序列號
第二種方法依賴於一些事件儲存為寫入其中的所有事件提供全域性排序的事實。如果您的事件儲存確實為您提供了這樣的序列號,那麼它可以更好地替代使用顯式事件ID。鑑於我們可以保證事件處理程式中的有序處理並且序列號嚴格增加,那麼只有當儲存的序列號小於事件接收的數量時,我們才會處理事件。

3. 基於流版本號
上一節中描述的解決方案依賴於事件儲存將提供全域性排序的事實。在大多數情況下,這應該不是問題,但有時選擇db後端或縮放可能會迫使您放棄此約束。
如果使用基於stream_version的樂觀鎖實現事件儲存,我們可以使用stream_version作為使用全域性序列號的替代方法。

具體點選原文檢視詳細。

相關文章