一、何時使用 SQL？

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

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

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

二、何時使用 NoSQL？

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

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

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

其他使用 NoSQL 系統(tǒng)的大公司，因為它們依賴于不適合關(guān)系數(shù)據(jù)庫的大量數(shù)據(jù)，包括亞馬遜、谷歌和 Netflix。一般來說，數(shù)據(jù)集越廣泛，NoSQL 就越有可能成為更好的選擇。

審核編輯：符乾江