替換ravendb中的現有數據庫/概念證明

Question

我們計劃更改Intranet上的多租戶訂購系統。

產品目錄的所有產品都通過網絡服務檢索。這個後端架構不能被替換。然而，今天，我們正面臨性能問題，應該使用新解決方案來消除這些問題。

因此，我們計劃爲每個租戶使用一個緩存數據庫，並且我們已經使用RavenDB進行了第一次測試。

產品目錄是相對靜態的，我們主要從緩存讀取數據。 也只寫在購物車數據的中間存儲區中。

我們計劃每小時重新生成一次每個數據庫，然後用新的數據庫替換現有的數據庫。我們希望這可以簡化新產品目錄對高速緩存數據庫的更新。然而，有人懷疑這是否違背了RavenDB的架構。 （現有索引，參考文獻）

我們的方法是否可行？ 有沒有人在類似的情況下找到了很好的解決方案？

謝謝您的幫助

Answer 1

MS007， 使用RavenDB的持久性視圖模型存儲是很常見的。 但我不明白你爲什麼要每小時真正刷新一次RavenDB數據庫。簡單地刷新已更改的數據會便宜得多，而且您不必擔心在刪除數據庫和創建新數據庫時系統中發生了什麼。