課堂

1.1 NoSQL 數據庫的工作原理 NoSQL 數據庫使用各種數據模型來訪問和操作數據。這些類型的數據庫針對需要低延遲和靈活數據模型的數據密集型應用程序進行了優化。所有這一切都是通過放寬對其他類型數據庫的典型嚴格數據一致性要求來實現的。 考慮一個簡單的書籍數據庫的模式建模示例。 在關係數據庫中，書籍條目通常被分成多個部分（或“規範化”）並存儲在單獨的表中，這些表的關係由主鍵和外鍵約束定義。在此示例中，Books表有ISBN、書名和“ISBN”和“Author”Author-

2.1 NoSQL一詞的出現 最近，“NoSQL”一詞變得非常流行和流行，各種軟件解決方案都在這個標誌下積極開發和推廣。NoSQL 已經成為海量數據、線性可伸縮性、集群、容錯、非關係性的代名詞。然而，很少有人清楚地了解NoSQL存儲是什麼，這個詞是怎麼出現的，它們有什麼共同的特點。讓我們嘗試填補這個空白。 這個詞最有趣的地方在於，儘管它在 90 年代末首次使用，但直到 2009 年年中才以現在使用的形式獲得了真正的意義。最初，這是一個開放的名稱- 由 Carlo Strozz

3.1. 弱酸性 長期以來，數據一致性一直是架構師和開發人員的聖牛。所有關係數據庫都提供了某種程度的隔離，要么通過更新鎖和阻塞讀取，要么通過撤消日誌。隨著海量信息和分佈式系統的出現，很明顯，一方面要為它們確保一組事務性操作，另一方面要獲得高可用性和快速響應時間是不可能的。 此外，即使更新一條記錄也不能保證任何其他用戶會立即看到系統中的更改，因為更改可能發生在例如主節點中，並且副本被異步複製到從節點，另一個用戶可以使用該從節點作品。在這種情況下，他將在一定時間後看到結果。這就是

4.1 說明 Apache Cassandra是一種分佈式數據庫管理系統，屬於 NoSQL 系統類別，旨在為以哈希形式呈現的龐大數據陣列創建高度可擴展且可靠的存儲。 最初，該項目是在 Facebook 內部開發的，並於 2009 年轉移到 Apache 軟件基金會的旗下，該組織繼續開發該項目。部署基於 Cassandra 的工業解決方案，為 Cisco、IBM、Cloudkick、Reddit、Digg、Rackspace、華為、Netflix、Apple、Instagram

5.1 數據分佈 讓我們考慮如何根據集群節點之間的鍵分佈數據。Cassandra 允許您設置數據分發策略。第一個這樣的策略根據 md5 鍵值分配數據 - 隨機分區程序。第二個考慮了密鑰本身的位表示 - 序號標記（字節順序分區程序）。 在大多數情況下，第一種策略具有更多優勢，因為您無需擔心服務器之間數據的均勻分佈等問題。第二種策略在極少數情況下使用，例如，如果需要間隔查詢（範圍掃描）。重要的是要注意，此策略的選擇是在創建集群之前做出的，事實上，如果不完全重新加載數據，就無法更改