數據/數據庫設計模式？

Question

我想更多地研究完整的數據設計模式。 具體而言，存儲，處理，緩存和檢索數據的不同技術組合。 換句話說，看看在facebook等大型系統中使用了多少組件。

據我所知，我們有數據庫類別的RBMS和NoSQL風格。 但是，許多其他技術（永久數據存儲之外）對數據的實際使用至關重要 - 例如memcached 。 然而，我無法找到應該用於充分利用所有架構的總體設計模式。

有沒有人有關於整個包裝設計模式的文章的鏈接，這些模式可以用不同的數據庫系統組件混合來完成？

這不是數據庫規范化等數據庫特定最佳實踐的問題。 關於如何最好地使用某種技術也不是一個問題。

可以使用哪些設計模式正確地混合奇怪的技術，以利用每個優勢來設計完整，高效的系統？ 從緩存，到CRUD，到擴展，再到數據完整性。

例如，在小型共享主機上，我可以運行像SQLite這樣的博客，因為幾乎所有讀取都沒有寫入。 另一方面，有些項目是低端VPS，我可以使用MySQL + APC緩存（畢竟只有一台服務器），在高讀/寫時具有驚人的性能。 有超過一個VPS memcached是冠軍！

我也是MongoDB和PostgreSQL的粉絲。 但是，MongoDB不使用任何形式的RAM限制，因此您應該擁有一個單獨的服務器。 然而，在MongoDB中存儲大型對象並將剩余的重要數據留在PostgreSQL上是雙贏的。

但是，這些都是非常基本的設計選擇。 大規模應用程序設計具有更多抽象，以促進擴展和減少故障點。

Answer 1

我的建議是閱讀一般的數據庫 ，着眼於理解已經使用的不同類型的存儲結構 。

一旦掌握了這個背景，就可以更容易地將當前技術（ NoSQL ）與存儲結構（無架構，水平可伸縮）相匹配。