2
A
回答
5
因爲您的閱讀方不使用聚合。
閱讀方實現爲投影,它通過聚集命中的事件流計算當前狀態,並將當前狀態保存在某個存儲區或內存中。閱讀方面的一個時間點是爲客戶提供一個當前狀態。
0
我想添加Jakub Konecki解釋的例子。
讓我們假設您使用事件採購爲一個銀行賬戶建模。該帳戶上的每項操作都會導致事件持續存在。幾年後,您有數百個與該銀行賬戶相關的事件。現在,如果你想顯示該賬戶的餘額,你會重播所有事件來計算餘額?如果有很多賬戶,重播事件只是爲了計算餘額,將會是應用程序的性能瓶頸。我們甚至沒有提及從銀行賬戶顯示並描述當前賬戶狀態所需的其他信息。
這就是爲什麼我們將聚合狀態的快照存儲在讀取端,因爲主要是讀取端用於演示目的。我們希望保持我們系統的這一部分簡單。
相關問題
- 1. 在CQRS讀取端處理亂序事件
- 2. CQRS - 讀取端數據庫的外鍵
- 3. 使用CQRS讀取端實現方法
- 4. 只讀端事件採購/ CQRS數據庫限制
- 5. CQRS:更新不帶事件源的讀取模型
- 6. CQRS事件版本
- 7. CQRS的事件總線
- 8. CQRS intent命令事件
- 9. CQRS - 消費事件服務
- 10. CQRS事件不包含更新讀取模型所需的詳細信息
- 11. 如何在CQRS讀取數據庫中假裝重複值
- 12. CQRS在NoSql中讀取模型(Mongo DB)
- 13. CQRS讀取模型側 - 規格化表
- 14. 在CQRS中使用MicroORM讀取圖層
- 15. NEventStore問題與重播事件
- 16. CQRS中的事件版本控制
- 17. 在CQRS中改變事件的狀態
- 18. CQRS +沒有DDD的事件採購
- 19. CQRS中的新/讀標誌
- 20. 沒有事件源的CQRS:處理事件日誌失敗
- 21. jQuery的讀取事件
- 22. CQRS和WebSockets
- 23. CQRS存儲庫/事件發佈者
- 24. CQRS匹配事件和命令
- 25. 事件採購,最終一致,CQRS
- 26. CQRS /事件採購項目結構
- 27. 域事件和版本沒有CQRS
- 28. 註冊事件處理程序在CQRS
- 29. CQRS,事件採購和NoSQL數據庫
- 30. CQRS代碼重複