在CQRS體系結構中命名讀取模型表的最佳實踐？

Question

我對CQRS的想法很陌生，像往常一樣決定如何命名事物是學習過程中最難的部分之一。

如果我們在CQRS應用程序的讀取數據庫中遵循每個視圖1個表的約定，那麼我們應該如何爲不同視圖命名錶？

假設我們有許多使用讀取模型的不同客戶端，我們是否應該根據正在使用數據的客戶端和UI視圖來命名錶？

這裏沒有關注我們將UI與讀取模型數據庫以及用於執行查詢的Web服務耦合在一起嗎？或者，這是CQRS體系結構的目的，是將所有將數據聚合到讀取模型中的複雜性，而不是在查詢Web服務和客戶端中執行此項工作？

有人可以提供一些他們在非規範化讀取模型中使用的表名的例子嗎？

Answer 1

或者這是CQRS架構的根本目的，以推動數據聚合到讀取模式，而不是在查詢Web服務和客戶端進行這項工作的所有的複雜性？

是的，是這樣的。 您不需要擔心將讀取的模型耦合到用戶界面，因爲讀取模型的構建可直接支持用戶界面需求。

至於示例： 我的表格反映了它們構建的特定視圖的路徑。 因此，我有例如AdminUsersList或AdminProductsEditPrices。後者包含Web表單的數據，可通過價格選項卡上的/ Admin/Products/Edit訪問。

我可以考慮用一些標識符或其他名稱命名錶 - 只要你能快速解決表和視圖之間的連接。