[英]Cosmos DB Change Feed in two collections
我想如何在 Cosmos DB 中面對這種情況:
這種情況會創建一個無限循環。
有沒有特定的方法來處理這種情況?
聽起來提議的設計從根本上違反了事件溯源模式的原則。 正如鏈接的概述中所討論的,架構的一個重要屬性是更新是冪等的,即沒有多個等效操作的副作用。 在所描述的情況下,這意味着將檢測並阻止使用相同值更新項目或嵌入項目的嘗試,以避免循環。
一般來說,應該有一個單向移動數據的“事實來源”。 我會完全避免雙向更改提要架構。 如果您嘗試通過嵌入另一個項目的副本來優化讀取,則該副本應該是只讀的,並且不受反向流動的更新的影響。 只有原件應該是可寫的。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.