最初表示“反SQL”運動,用新型的非關系型數據庫取代關系數據庫;現在表示“Not only SQL”關系和非關系型數據庫各有優缺點,彼
此都無法互相取代。
通常,NoSQL數據庫具有以下幾個特點:
(1)靈活的可擴展性
(2)靈活的數據模型
(3)與云計算近緊密融合
1:關系數據庫已經無法滿足Web2.0的需求。主要表現在以下幾個方面:
(1)無法滿足海量數據的管理需求
(2)無法滿足數據高并發的需求
(3)無法滿足高可擴展性和高可用性的需求
MySQL集群是否可以完全解決問題?
復雜性:部署、管理、配置很復雜
數據庫復制:MySQL主備份之間采用復制方式,只能是異步復制,當主庫壓力較大時可能產生較大延遲,主備切換可能會對視最后一部分更新
事務,這時往往需要人工介入,備份和恢復不方便
擴容問題:如果系統壓力過大需要增加新的機器,這個過程涉及數據重新劃分,整個過程比較復雜,且容易出錯
動態數據庫遷移問題:如果某個數據庫組壓力過大,需要將其中部分數據遷移出去,遷移過程需要總控節點整體協調,以及數據庫節點的配
合。這個過程很難做到自動化
2:“One size fits all”模式很難適用于截然不同的業務場景
關系模型作為統一的數據模型即被用于數據分析,也被用于在線業務。但這兩者一個強調高吞吐,一個強調低時延,已經演化出不同的架構
。用同一套模型來抽象顯然是不合適的
Hadoop就是針對數據分析
MongoDB、Redis等是針對在線業務,兩者都拋棄了關系模型
3:關系數據庫的關鍵特性包括完善的事務機制和高效的查詢機制。但是,關系數據庫引以為傲的兩個特性,到了Web2.0時代卻成了雞肋
,主要表現在以下幾個方面:
(1)Web2.0網站系統通常不要求嚴格的數據庫事務
(2)Web2.0并不要求嚴格的讀寫實時性
(3)Web2.0通常不包含大量復雜的SQL查詢(去結構化,避免多表查詢,存儲空間換取更好的查詢性能)
版權聲明:
1、弈聰軟件網站內容中凡注明“來源:XXX(非陜西弈聰網站)”的作品,轉載自其它媒體,轉載目的在于傳遞更多信息,其中涉及的網站建設,網站優化,APP開發,微信小程序開發,大數據平臺開發,區塊鏈技術開發等軟件開發技術細節并不代表本站贊同支持其觀點,并不對其真實性負責。對于署名“陜西弈聰”的作品系本站版權所有,任何人轉載請署名來源,否則陜西弈聰將追究其相關法律責任。
2、本站內容中未聲明為“原創”的內容可能源自其它網站,但并不代表本站支持其觀點,對此帶來的法律糾紛及其它責任與我方無關。如果此內容侵犯了您的權益,請聯系我方進行刪除。