在大數(shù)據(jù)時代，關(guān)系型數(shù)據(jù)庫有哪些缺點？主要有四個缺點：1。無法存儲數(shù)據(jù)結(jié)構(gòu)2。按行存儲，即使只操作一列，也需要將整行讀入內(nèi)存3。表結(jié)構(gòu)擴展不方便，模式固定4。對全文搜索功能的支持較弱針對以上四個缺點，

在大數(shù)據(jù)時代，關(guān)系型數(shù)據(jù)庫有哪些缺點？

主要有四個缺點：1。無法存儲數(shù)據(jù)結(jié)構(gòu)

2。按行存儲，即使只操作一列，也需要將整行讀入內(nèi)存

3。表結(jié)構(gòu)擴展不方便，模式固定

4。對全文搜索功能的支持較弱

針對以上四個缺點，提供了不同的數(shù)據(jù)庫來解決。

1. K-V存儲不能存儲數(shù)據(jù)結(jié)構(gòu)

以redis為例，值可以是數(shù)據(jù)結(jié)構(gòu)，如字符串、哈希、列表、集合、sortedset、位圖等。列存儲可以解決在操作HBase

3表示的列

時，將整行讀入內(nèi)存導(dǎo)致的高IO問題。文檔存儲可以解決mongodb

4表示的表結(jié)構(gòu)擴展不方便的問題。全文搜索引擎解決了全文搜索功能的問題

以elasticsearch為例

以上解決方案雖然解決了關(guān)系數(shù)據(jù)庫的不足，但不能很好的支持acid功能。在某些場景下，關(guān)系數(shù)據(jù)庫是一個很好的選擇，因此這些數(shù)據(jù)庫只是關(guān)系數(shù)據(jù)庫的一個很好的補充，不能替代關(guān)系數(shù)據(jù)庫。

現(xiàn)在newsql也是大數(shù)據(jù)時代的一個發(fā)展趨勢，即可以支持事務(wù)，具有良好的可擴展性來支持大數(shù)據(jù)。以oceanbase、tidb和扳手/F1為例。

國慶節(jié)當(dāng)天，中國螞蟻金融自主研發(fā)的金融級分布式關(guān)系數(shù)據(jù)庫oceanbase在被稱為“數(shù)據(jù)庫世界杯”的TPC-C基準測試中，打破了美國甲骨文公司9年來的世界紀錄，成為第一個登上榜首的中文數(shù)據(jù)庫產(chǎn)品。

簡單易用的數(shù)據(jù)庫哪個比較好？

1. 數(shù)據(jù)量太大，比如數(shù)億。使用Oracle。數(shù)億數(shù)據(jù)的優(yōu)勢對于甲骨文來說是輕量級的，不需要過多的優(yōu)化配置。缺點是安裝麻煩，啟動慢。

2. 數(shù)據(jù)量很大，比如上千萬的數(shù)據(jù)。使用PostgreSQL，也就是眾所周知的標桿Oracle，可以處理數(shù)千萬的數(shù)據(jù)，而且也很容易學(xué)習(xí)和使用。

3. 數(shù)據(jù)量一般，如百萬級。使用MySQL，MySQL可以快速處理這個級別的數(shù)據(jù)量。

4. 數(shù)據(jù)量小，比如不到10萬，SQLite和access都可以。

以上是基于單表操作的數(shù)據(jù)量。你可以從中選擇。

SQLite的讀寫效率很高，有哪些使用其他數(shù)據(jù)庫的理由？

對于程序員來說，常用的關(guān)系型數(shù)據(jù)庫有mysql、Oracle、DB2，使用sqllite的數(shù)據(jù)庫還是比較少的，但是我現(xiàn)在用的項目是SQLite數(shù)據(jù)庫，SQLite是一個輕量級的關(guān)系型數(shù)據(jù)庫，常用于嵌入式系統(tǒng)，占用的資源比較少，支持主流操作系統(tǒng)Linux、windows，同時可以與主流編程語言Java、PHP等進行通信。

然而，SQLite仍然有許多缺點。在相對復(fù)雜的查詢中沒有優(yōu)化器，其鎖的粒度也相對粗糙。如果寫入并發(fā)性很高，則必須選擇其他數(shù)據(jù)庫。當(dāng)然，由于SQLite的簡單性，它不支持高寫并發(fā)性。SQLite還有其他尚未實現(xiàn)的特性，如完整的修改表結(jié)構(gòu)支持、完整的觸發(fā)器支持、右外連接和所有外連接、可更新視圖等

SQLite許多未實現(xiàn)的特性和缺點不是不能實現(xiàn)，而是如果可以實現(xiàn)，它將失去簡潔的特點。SQLite和其他數(shù)據(jù)庫有什么區(qū)別？每個數(shù)據(jù)庫都是在特定的情況下使用的，會有優(yōu)缺點，優(yōu)缺點總是一樣的。