cqrs查詢性能

Question

我想知道你什麼時候應該考慮在你的查詢存儲中使用多個表。

例如，考慮產品描述更改的問題。如果您有多個包含產品說明的聚合，此更改可能會對只讀查詢存儲的同步產生巨大影響。

您應該考慮對數據進行輕微規範化以避免冗長的同步問題？這是一個否定或可接受的妥協？

謝謝，

Answer 1

CQRS是不是使用表每次觀看，而表每次觀看是一個系統，使CQRS更容易的一個方面。

這取決於你，取決於你的具體情況和需求。我會這樣看，這個查詢的最終一致性成本與對高查詢性能的需求有什麼關係。您可能需要考慮系統的以下兩個特徵：

1）平均值。該命令的一致性，即更新所有受該命令影響的讀取模型需要多長時間（還要考慮優化後的存儲過程是否會優於使用ORM或其他抽象方法更新數據庫的方式）。

我的猜測是，除非您正在講數以百萬計的數百萬條記錄，否則這裏的一致性足以滿足您的要求和用戶對一致性的期望，也許幾秒鐘。

2）查詢性能的重要性。你每秒收到多少個查詢？你能每次處理SQL連接嗎？

在大多數實際情況下，對這些事情的優化都是沒有意義的。無論記錄如何，您都可以使用一個良好的SP在數秒內完成更新，這對於刷新UI來說具有足夠的一致性（請記住，只要知道命令成功，發佈該命令的用戶界面就可以保持一致）。

而且您通常不需要在系統中進行太多查詢縮放，以至於單個連接會傷害到您。你可能不想要的是在你的代碼和存儲過程中執行這些連接所增加的內部複雜性。

與CQRS中的所有東西一樣，從第一天開始就不需要使用和優化它的每個方面。你可以逐步優化這些東西。今天使用連接，明天完全反常化，反之亦然。