-
1 # 九城丶霸道
-
2 # 神行科技
1. 對非結構化的資料支援有限。
1) 對於列可變這樣的情況,關係型資料庫當然是無能為力了。
2) 對於長文字,音訊,影片等這樣的二進位制資料,雖然關係型資料庫也能在一定程度上支援,但是資料量上去的情況下,其效能就比較差了。
3.擴充套件性。關係型資料庫只能縱向擴充套件。
4. 成本。主流的商業關係型資料庫有DB2,Oracle,TeraData等,這些商業型關係資料庫無疑是很貴的,在大資料環境下,如果要增加節點,無疑會帶來很高的成本。當前很火的詞彙——去“IOE”,其中的O指的就是Oracle。
-
3 # 鋒凌天下家族辦公室
關係型資料庫
SQLite、Oracle、mysql
特性:
1、關係型資料庫,是指採用了關係模型來組織
資料的資料庫;
2、關係型資料庫的最大特點就是事務的一致性;
3、簡單來說,關係模型指的就是二維表格模型,
而一個關係型資料庫就是由二維表及其之間的聯絡所組成的一個數據組織。
優點:
1、容易理解:二維表結構是非常貼近邏輯世界一個概念,關係模型相對網狀、層次等其他模型來說更容易理解;
2、使用方便:通用的SQL語言使得操作關係型資料庫非常方便;
3、易於維護:豐富的完整性(實體完整性、參照完整性和使用者定義的完整性)大大減低了資料冗餘和資料不一致的機率;
4、支援SQL,可用於複雜的查詢。
缺點:
1、為了維護一致性所付出的巨大代價就是其讀寫效能比較差;
2、固定的表結構;
3、高併發讀寫需求;
4、海量資料的高效率讀寫;
-
4 # 淺析架構
主要有四種缺點:
1、無法儲存資料結構
2、按行儲存,即使只操作一列也需要整行讀入記憶體
3、表結構擴充套件不方便,schema是固定的
4、全文搜尋功能支援弱
針對上述四種缺點,分別提供不同的資料庫來解決。
1、K-V儲存解決無法儲存資料結構
以Redis為例,value可以是資料結構,比如string、hash、list、set、sortedset、bitmap等
2、列式儲存解決操作一列也需要整行讀入記憶體導致IO高
以HBase為代表
3、文件儲存解決表結構擴充套件不方便的問題
以MongoDB為代表
4、全文搜尋引擎解決全文搜尋功能問題
以ElasticSearch為例
雖然,上面幾種方案解決了關係型資料庫的缺點,但是並不能很好的支援ACID特性。而關係型資料庫在某些場景還是很好的選擇,所以說這些資料庫只是關係型資料庫的一個很好的補充,而不能替換關係型資料庫。
現在的NewSQL也是一種大資料時代的發展趨勢,即可以支援事務,也有良好的擴充套件效能支援大資料。以OceanBase、TiDB、Spanner / F1為例。
就是國慶節的時候,中國螞蟻金服自主研發的金融級分散式關係資料庫OceanBase,在被譽為“資料庫領域世界盃”的TPC-C基準測試中,打破了由美國公司Oracle(甲骨文)保持了9年之久的世界記錄,成為首個登頂該榜單的中國資料庫產品。
回覆列表
關係型資料庫的主要特徵1)資料集中控制,在檔案管理方法中,檔案是分散的,每個使用者或每種處理都有各自的檔案,這些檔案之間一般是沒有聯絡的,因此,不能按照統一的方法來控制、維護和管理。而資料庫則很好地克服了這一缺點,可以集中控制、維護和管理有關資料。2)資料獨立,資料庫中的資料獨立於應用程式,包括資料的物理獨立性和邏輯獨立性,給資料庫的使用、調整、最佳化和進一步擴充提供了方便,提高了資料庫應用系統的穩定性。3)資料共享,資料庫中的資料可以供多個使用者使用,每個使用者只與庫中的一部分資料發生聯絡;使用者資料可以重疊,使用者可以同時存取資料而互不影響,大大提高了資料庫的使用效率。4)減少資料冗餘,資料庫中的資料不是面向應用,而是面向系統。資料統一定義、組織和儲存,集中管理,避免了不必要的資料冗餘,也提高了資料的一致性。5)資料結構化,整個資料庫按一定的結構形式構成,資料在記錄內部和記錄型別之間相互關聯,使用者可透過不同的路徑存取資料。6)統一的資料保護功能,在多使用者共享資料資源的情況下,對使用者使用資料有嚴格的檢查,對資料庫規定密碼或存取許可權,拒絕非法使用者進入資料庫,以確保資料的安全性、一致性和併發控制。