對(duì)于大多數(shù)開發(fā)者來(lái)說(shuō)，關(guān)系數(shù)據(jù)庫(kù)是最佳選擇，因?yàn)樗鼈円呀?jīng)存在超過(guò)40年，而且在歷史上一直表現(xiàn)良好。然而，如果關(guān)系數(shù)據(jù)庫(kù)不適用于您的特定用例，那么超越關(guān)系數(shù)據(jù)庫(kù)是至關(guān)重要的。非關(guān)系數(shù)據(jù)庫(kù)可能是正確的選擇，如果：

• 您的應(yīng)用程序需要超低延遲。
• 您的數(shù)據(jù)是非結(jié)構(gòu)化的，或者您沒(méi)有任何關(guān)系數(shù)據(jù)。
• 您只需要序列化和反序列化數(shù)據(jù)(JSON、XML、YAML 等)。
• 您需要存儲(chǔ)大量數(shù)據(jù)。

圖片

鍵值存儲(chǔ)

• Amazon DynamoDB: DynamoDB是由亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)提供的全面托管的NoSQL數(shù)據(jù)庫(kù)服務(wù)。它支持鍵值和文檔數(shù)據(jù)模型。DynamoDB以其低延遲性能和無(wú)縫可擴(kuò)展性而聞名。它還提供諸如內(nèi)存中緩存(DAX)、按需備份、恢復(fù)到某一時(shí)刻和自動(dòng)擴(kuò)展等功能。
• DynamoDB的低延遲和高吞吐量的能力使其成為游戲應(yīng)用的良好選擇，速度至關(guān)重要。例如，F(xiàn)ortnite使用DynamoDB存儲(chǔ)游戲配置文件，跟蹤游戲內(nèi)購(gòu)買并維護(hù)排行榜。
• 由于其可擴(kuò)展性和全面托管的特性，DynamoDB在微服務(wù)架構(gòu)中也得到了廣泛應(yīng)用。Airbnb使用DynamoDB存儲(chǔ)酒店預(yù)訂數(shù)據(jù)，并在高峰時(shí)期管理高需求。
• DynamoDB是一個(gè)全面托管的服務(wù)，這意味著AWS處理所有操作方面的工作，如硬件供應(yīng)、設(shè)置、配置、復(fù)制、軟件補(bǔ)丁、擴(kuò)展和備份。如果您希望避免管理數(shù)據(jù)庫(kù)的開銷，DynamoDB可能是一個(gè)不錯(cuò)的選擇。其他NoSQL數(shù)據(jù)庫(kù)，如MongoDB、Cassandra或CouchDB，如果需要豐富的查詢功能、可調(diào)一致性或多主復(fù)制，則可能更適合。

圖存儲(chǔ)

(1) Neo4j: Neo4j是由Neo4j，Inc.開發(fā)的圖數(shù)據(jù)庫(kù)管理系統(tǒng)。它旨在輕松高效地處理數(shù)據(jù)關(guān)系。Neo4j使用圖模型來(lái)表示數(shù)據(jù)，使其非常適用于處理具有復(fù)雜關(guān)系和動(dòng)態(tài)模式的數(shù)據(jù)。它支持ACID事務(wù)，并提供一種稱為Cypher的強(qiáng)大而表達(dá)豐富的圖查詢語(yǔ)言。

(2) Neo4j(圖數(shù)據(jù)庫(kù)):

• 社交網(wǎng)絡(luò): 像Neo4j這樣的圖數(shù)據(jù)庫(kù)非常適用于社交網(wǎng)絡(luò)應(yīng)用。例如，如果您正在構(gòu)建一個(gè)建議朋友的功能，圖數(shù)據(jù)庫(kù)可以輕松遍歷不同用戶之間的關(guān)系。例如，LinkedIn使用圖數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)他們的“你可能認(rèn)識(shí)的人”功能。
• 推薦引擎: 像Walmart這樣的公司使用圖數(shù)據(jù)庫(kù)來(lái)建立他們的推薦系統(tǒng)。他們可以快速分析客戶行為和不同產(chǎn)品之間的關(guān)系，以提供準(zhǔn)確的推薦。

列存儲(chǔ)

(1) Cassandra: Apache Cassandra是一款高度可擴(kuò)展且分布式的NoSQL數(shù)據(jù)庫(kù)，專為跨多個(gè)通用服務(wù)器處理大量數(shù)據(jù)而設(shè)計(jì)。它提供高可用性，沒(méi)有單點(diǎn)故障。Cassandra使用廣列存儲(chǔ)模型，允許以列的方式存儲(chǔ)數(shù)據(jù)，非常適合寫入密集的工作負(fù)載。

在廣列存儲(chǔ)中，寫入通常附加到數(shù)據(jù)文件的末尾，避免了昂貴的磁盤尋址，并使寫操作非常快。這對(duì)于寫入密集型工作負(fù)載，其中數(shù)據(jù)不斷流入數(shù)據(jù)庫(kù)，特別有益。

(2) HBase: Apache HBase是構(gòu)建在Hadoop之上的列定向NoSQL數(shù)據(jù)庫(kù)。它旨在為大數(shù)據(jù)提供隨機(jī)、實(shí)時(shí)的讀/寫訪問(wèn)。HBase非常適用于需要快速和隨機(jī)訪問(wèn)大型數(shù)據(jù)集的工作負(fù)載，并且與Hadoop的MapReduce數(shù)據(jù)處理范例很好地集成。

(3) Cassandra/HBase(列存儲(chǔ))

• 時(shí)間序列數(shù)據(jù): Cassandra經(jīng)常用于存儲(chǔ)時(shí)間序列數(shù)據(jù)，例如來(lái)自物聯(lián)網(wǎng)設(shè)備或股票價(jià)格數(shù)據(jù)的指標(biāo)。其列向結(jié)構(gòu)允許有效地寫入和讀取順序數(shù)據(jù)。Netflix使用Cassandra實(shí)時(shí)監(jiān)控其流媒體服務(wù)。
• 大數(shù)據(jù)處理: HBase作為Hadoop生態(tài)系統(tǒng)的一部分，是處理大量數(shù)據(jù)的應(yīng)用的理想選擇。像Facebook這樣的公司使用HBase存儲(chǔ)用戶消息和帖子。

文檔存儲(chǔ)

(1) CouchDB: Apache CouchDB是一款面向文檔的NoSQL數(shù)據(jù)庫(kù)，使用JSON表示文檔，使用JavaScript進(jìn)行MapReduce查詢，使用HTTP進(jìn)行API。CouchDB以其多主復(fù)制系統(tǒng)而聞名，這使得它成為離線和移動(dòng)應(yīng)用的不錯(cuò)選擇。它還支持個(gè)別文檔更新的ACID屬性。

(2) CouchDB(文檔存儲(chǔ)):

• 離線優(yōu)先應(yīng)用: CouchDB的復(fù)制模型使其成為需要在離線狀態(tài)下工作，然后在網(wǎng)絡(luò)連接可用時(shí)同步的應(yīng)用程序的良好選擇。例如，對(duì)于在偏遠(yuǎn)地區(qū)工作的技術(shù)人員的現(xiàn)場(chǎng)服務(wù)應(yīng)用程序可能使用CouchDB在本地存儲(chǔ)數(shù)據(jù)，然后在聯(lián)網(wǎng)時(shí)與中央數(shù)據(jù)庫(kù)同步。
• CouchDB具有內(nèi)置的復(fù)制機(jī)制，可以在兩個(gè)數(shù)據(jù)庫(kù)實(shí)例之間同步數(shù)據(jù)。這意味著您可以在用戶設(shè)備上擁有數(shù)據(jù)庫(kù)的本地實(shí)例，并在服務(wù)器上擁有遠(yuǎn)程實(shí)例。當(dāng)設(shè)備脫機(jī)時(shí)，應(yīng)用程序可以繼續(xù)從和寫入到本地?cái)?shù)據(jù)庫(kù)。當(dāng)設(shè)備重新聯(lián)機(jī)時(shí)，本地和遠(yuǎn)程數(shù)據(jù)庫(kù)可以同步。
• CouchDB還具有內(nèi)置的沖突解決機(jī)制。當(dāng)數(shù)據(jù)庫(kù)的不同實(shí)例上以不同方式修改同一文檔時(shí)，CouchDB可以檢測(cè)到?jīng)_突，并允許應(yīng)用程序以對(duì)特定用例有意義的方式解決沖突。

值得注意的是，有辦法使用AWS構(gòu)建支持離線的應(yīng)用程序。例如，您可以使用支持移動(dòng)和Web應(yīng)用程序的AWS AppSync，該服務(wù)支持離線數(shù)據(jù)訪問(wèn)和同步。AppSync在設(shè)備重新聯(lián)機(jī)時(shí)自動(dòng)同步數(shù)據(jù)。但這需要與使用CouchDB等文檔存儲(chǔ)相比，采用不同的架構(gòu)和技術(shù)。

(3) 內(nèi)容管理系統(tǒng): CouchDB的靈活、無(wú)模式的模型非常適合內(nèi)容管理系統(tǒng)，其中每個(gè)內(nèi)容塊可以具有不同的屬性。

• 內(nèi)容管理系統(tǒng)(CMS)通常涉及多種類型的內(nèi)容，每種類型都有自己的屬性集。例如，博客文章可能具有標(biāo)題、作者和正文等屬性，而產(chǎn)品列表可能具有價(jià)格、制造商和SKU等屬性。
• 在傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)中，通常需要預(yù)先定義一個(gè)模式，指定每種內(nèi)容類型可以具有哪些屬性。這可能不靈活，并且難以隨CMS需求的演變而更改。