問答專欄Q & A COLUMN
非關系型數(shù)據(jù)庫的出現(xiàn)，是為了解決關系型數(shù)據(jù)庫方便無法解決的事情。這兩者之間應該是互為補充的一種關系，不存在取代的關系。而且在當前的環(huán)境下，關系型數(shù)據(jù)庫還有長足的發(fā)展空間。
評論0
加載中...
不會取代。因為關系型數(shù)據(jù)庫和非關系型數(shù)據(jù)庫的各有優(yōu)點。并且主要的使用場景不同。關系型數(shù)據(jù)庫支持ACID，保證了數(shù)據(jù)的準確性，如取款等流程都是非常需要數(shù)據(jù)的一致性的。非關系型數(shù)據(jù)庫主要是支持分布式且不保證ACID。
評論0
加載中...
關系型數(shù)據(jù)庫產生于上世紀70年代IBM公司，IBM的主要業(yè)務是銀行和大型企業(yè)的財務賬本，關系型數(shù)據(jù)數(shù)據(jù)庫很好的解決了財務類數(shù)據(jù)的處理。但是關系性數(shù)據(jù)庫難于處理樹形結構或者圖式數(shù)據(jù)，以社交網(wǎng)絡為例，關系性數(shù)據(jù)庫就難于處理，甚至大型企業(yè)的組織架構圖對關系性數(shù)據(jù)庫而言都是困難的場景。隨著服務器成本的迅速下降，越來越多的非財務需求，要求更基礎更靈活的KV鍵值對的數(shù)據(jù)結構，通過編程，自由處理數(shù)據(jù)。比如人際網(wǎng)絡，互聯(lián)網(wǎng)社區(qū)，都是大量非財務數(shù)據(jù)的處理。隨著區(qū)塊鏈技術的產生，它會成為價值的載體，逐步取代關系型數(shù)據(jù)庫賬本技術，個人觀點，未來關系型數(shù)據(jù)庫將逐步?jīng)]落，這也意味著，人類處理數(shù)據(jù)能力的手段更加豐富，從關系型數(shù)據(jù)演變到結構化數(shù)據(jù)，半結構化數(shù)據(jù)。甚至是完全的非結構化數(shù)據(jù)，聲音，圖像，視頻等，但是這個方向就離傳統(tǒng)數(shù)據(jù)庫技術太遠。就被抽象過的數(shù)據(jù)而言，超越關系型數(shù)據(jù)，對更豐富的結構化數(shù)據(jù)處理是發(fā)展方向
評論0
加載中...
非關系型數(shù)據(jù)庫是否可以取代關系型數(shù)據(jù)庫？這個問題要看當時數(shù)據(jù)的結構和存儲方式。
現(xiàn)在多數(shù)的數(shù)據(jù)還是傳統(tǒng)的結構化數(shù)據(jù)，而存儲方式還是以傳統(tǒng)結構去構造，例如：數(shù)組，鏈表，樹等。在無法脫離這些機制的前提下是無法徹底替換掉現(xiàn)有關系型數(shù)據(jù)庫的。
非關系型數(shù)據(jù)庫現(xiàn)已逐漸發(fā)展并流行起來。但要起到替代的作用，并不是當前這種非關系型數(shù)據(jù)庫所能達到的。甚至要用完全變革的思路去設計新型數(shù)據(jù)庫才會可能。
評論0
加載中...
兩者不是替代關系，是對不同數(shù)據(jù)類型的適配存儲方式。
關系型數(shù)據(jù)庫的存儲結構用來存儲非關系型數(shù)據(jù)會非常吃力，同樣的非關系型數(shù)據(jù)結構存儲關系型數(shù)據(jù)也會導致操作十分復雜，
評論0
加載中...
不存在的啊，他們之間不是父與子，一個對另外一個升級的關系，完全有著不同的優(yōu)缺點，適用范圍也不同，不同的場合選用不同的方式就對了
評論0
加載中...
關系型數(shù)據(jù)庫有事務，并且保證強一致性(nosql 強調最終一致性)
復雜查詢 關系型數(shù)據(jù)庫動不動一個sql多少行，各種子查詢，嵌套什么的搞的飛起，相比nosql 顯得更合適
容易理解 一張二維表，列名和對應行的值一眼就能看懂，而非關系型數(shù)據(jù)庫，一般是key value 、文檔類型、圖片類型等，不那么容易理解
使用方便 通用的sql處理數(shù)據(jù)非常方便
易于維護 由于實體完整，容易理解，維護起來也更容易
所以，關系型數(shù)據(jù)庫(sql) 和 非關系型數(shù)據(jù)庫(nosql) 各有優(yōu)勢，可以根據(jù)不同需求做技術選型，不可互相取代(實現(xiàn)邏輯決定的)
希望對你有幫助
評論0
加載中...0
回答0
回答0
回答0
回答0
回答1
回答0
回答0
回答0
回答0
回答
