我插入了一個高容量的OLTP數據庫,我可以隨意改進,儘可能多地找到合理的可能。改進已經非常有幫助,但我想把它提升到一個新的水平。我發現的數據訪問模式使得它成爲IMO在其他服務器上緩存數據的良好備選方案,我很樂意聽到任何人使用此類設置的經驗或建議。用於SQL Server OLTP Env的Web緩存服務器。建議
我們有一個數據庫,每天可以獲取約3GB的數據添加到表中,並且報告過去非常緩慢。數據一旦放入,數據就不會改變,並且沒有插入超過一週的數據。在過去3天內輸入的行傾向於在數千萬行之間看到數千個插入。
我在考慮將2周以上的數據推送到MongoDB。然後,我可以將2周內沒有推送到Mongo的滑動窗口數據緩存到某種緩存軟件中,以便查詢和顯示這些數據,而不是從數據庫中一直讀出數據。我這樣想,我們仍然可以通過讓數據庫引擎驗證所有數據,具有高讀取性能,因爲它不會觸及數據庫,因此我們仍然可以獲得完整的A.C.I.D合規性,那麼當Mongo不再是「交易」時,Mongo可以採用它。
任何人有任何推薦的解決方案?我在看MemCached,但不太確定這是否是一個好的或者甚至是合理的解決方案。謝謝!
沒有人有任何緩存SQL Server數據的經驗嗎? :/ –