一、何時(shí)使用 SQL？

在處理相關(guān)數(shù)據(jù)時(shí)，SQL 是一個(gè)不錯(cuò)的選擇。關(guān)系數(shù)據(jù)庫(kù)高效、靈活且易于被任何應(yīng)用程序訪問(wèn)。關(guān)系數(shù)據(jù)庫(kù)的一個(gè)好處是，當(dāng)一個(gè)用戶(hù)更新特定記錄時(shí)，數(shù)據(jù)庫(kù)的每個(gè)實(shí)例都會(huì)自動(dòng)刷新，并且該信息是實(shí)時(shí)提供的。

SQL 和關(guān)系數(shù)據(jù)庫(kù)可以輕松處理大量信息、根據(jù)需要進(jìn)行擴(kuò)展并允許靈活訪問(wèn)數(shù)據(jù)——例如，只需更新一次數(shù)據(jù)而不是更改多個(gè)文件。它也最適合評(píng)估數(shù)據(jù)完整性。由于每條信息都存儲(chǔ)在一個(gè)地方，因此以前的版本會(huì)混淆圖片。

大多數(shù)大型科技公司都使用 SQL，包括 Uber、Netflix 和 Airbnb。甚至像 Google、Facebook 和 Amazon 這樣構(gòu)建自己的數(shù)據(jù)庫(kù)系統(tǒng)的大公司，也使用 SQL 來(lái)查詢(xún)和分析數(shù)據(jù)。

二、何時(shí)使用 NoSQL？

雖然 SQL 在確保數(shù)據(jù)有效性方面受到重視，但當(dāng)大數(shù)據(jù)的快速可用性更為重要時(shí)，NoSQL 是很好的。當(dāng)公司因需求變化而需要擴(kuò)展時(shí)，這也是一個(gè)不錯(cuò)的選擇。NoSQL 易于使用、靈活并提供高性能。

當(dāng)存在大量（或不斷變化的）數(shù)據(jù)集或使用不適合關(guān)系模型的靈活數(shù)據(jù)模型或需求時(shí)，NoSQL 也是一個(gè)不錯(cuò)的選擇。在處理大量非結(jié)構(gòu)化數(shù)據(jù)時(shí)，文檔數(shù)據(jù)庫(kù)（例如 CouchDB、MongoDB 和 Amazon DocumentDB）非常適合。要在沒(méi)有強(qiáng)大完整性保證的情況下快速訪問(wèn)鍵值存儲(chǔ)，Redis 可能是最佳選擇。當(dāng)需要對(duì)大量數(shù)據(jù)進(jìn)行復(fù)雜或靈活的搜索時(shí)，Elastic Search 是一個(gè)不錯(cuò)的選擇。

可擴(kuò)展性是 NoSQL 數(shù)據(jù)庫(kù)的一個(gè)顯著優(yōu)勢(shì)。與 SQL 不同，它們的內(nèi)置分片和高可用性要求允許水平擴(kuò)展。此外，像 Facebook 開(kāi)發(fā)的 Cassandra 這樣的 NoSQL 數(shù)據(jù)庫(kù)可以處理分布在許多服務(wù)器上的大量數(shù)據(jù)，沒(méi)有單點(diǎn)故障并提供最大的可用性。

其他使用 NoSQL 系統(tǒng)的大公司，因?yàn)樗鼈円蕾?lài)于不適合關(guān)系數(shù)據(jù)庫(kù)的大量數(shù)據(jù)，包括亞馬遜、谷歌和 Netflix。一般來(lái)說(shuō)，數(shù)據(jù)集越廣泛，NoSQL 就越有可能成為更好的選擇。

審核編輯：符乾江