1樓：小小k
為什麼要實現關係型資料庫?
不同場景選用不同元件就ok。
hbase優勢在於強大的寫入能力和極速的rowkey查詢能力。
沒有哪個元件是兼顧TP，AP的，如果有的話，一定是都兩者做了很大犧牲，比如一些號稱HTAP的元件。
當然，大資料技術日新月異，說不定將來真會有這麼乙個引擎誕生。目前阿里雲的商業產品hologres，號稱HSAP。可以了解一下
2樓：FlirtLikeJoey
因為慢和效能差。 列式儲存查詢快，並不意味著做統計分析聚合查詢速度也快。
有clickhouse這種神器，誰還用那麼累贅的hbase或者hive？
3樓：浪尖
hbase定位就是nosql，區別於關係型資料庫。
而且hbase，以rowkey為查詢，列族為儲存單元的特點，限定了他不適合那麼做，而且不支援各種關於欄位的索引。
4樓：張鐸
Phoenix啊，只是做的比較爛就是了，但他已經佔了坑，別人也不好說啥。總體感覺是定位不對，上來就是啥都要搞定，實際上只專注於OLTP的話問題也不會太大，但分析型他也要自己支援，這基本就完蛋，有很多抱怨都是跑個query整個集群都跑死了。
你就想象儲存被兩個大表占用了80%，然後乙個query過來是把這兩個表join一下，這種其實就應該交給外部引擎比如spark來做，需要堆額外的計算資源才能算出來。你自己來做，就這麼點兒資源你怎麼搗騰也是死。但Phoenix就不，一定要自己搞，於是整個集群就完蛋了。。。
5樓：fleuria
tidb 黑歷史時期就是跑在 hbase 上的，後來續不住之後才自己擼的 tikv。
有圖為證：
6樓：富貴竹
另外，關係型資料庫能夠利用索引來加快查詢速度，在Hbase上的索引只在鍵值上有。如果在Hbase上再建立類似關係型資料庫的索引，那麼查詢效果也不會很好。
所以，不以Hbase為儲存引擎，主要還是達不到可使用的效果，效能提公升不高或者基本無法提公升效能。
7樓：
phoenix只是sql層，離關係型資料庫還差遠了...hbase在隨機查詢的效能表現很好，但要做分組統計就完全不行，偏偏關係型資料庫做得最多的事情就是資料分析。
別說hbase，hive到現在3.0才開始完善事務和支援物化檢視，hadoop那一套本來就不是關係型資料庫，現在只是為了讓那些熟悉關係型資料庫的人能輕鬆使用做各種努力而已。
8樓：JaySon
大概是HBase基於HDFS做冗餘，效能比較難上去？所以不流行？
可以看看這個issue
日本開發出了以死去的生物大腦作為儲存器的裝置是否屬實？
Member 我覺得魚腦當儲存器不行 標題說的是生物儲存器 人的大腦儲存的原理是神經傳遞感受到海馬體然後整理分割槽到長期記憶電流不能代替神經電位寫入東西到腦袋了 李豐言 以死去的大腦做儲存記憶那種說法跟當代資訊儲存資料庫沒什麼區別，死去的大腦做儲存資訊的說法純屬是那種無聊的人口中說出的謊言。 Key...
為什麼說HBase是列式資料庫？
向上的蝸牛 不是列資料庫。準確說Hbase 是面向列族 kv 儲存。在實際場景中，列族幾乎都是當作表來使用。和greenplum 那些列式儲存差別很大。 陳葉超 HBase 準確說應該是kv資料庫，每個列與rowkey，時間戳等組成乙個kv，列式資料庫的說法可能原因是HBase是把不同列族的資料放在...
紅白機遊戲為什麼沒有儲存功能？
黃飛鴻的追隨者 前面回答了都說了的。三國之類的電池 勇者鬥惡龍的密碼之類的，永遠不要低估了80年代在有限框框裡面無限智慧型的Fc GB工程師，在無限低的機能下發揮出無限高的效果。回到正題 主機上通關時間魂斗羅20分鐘，火之鳥1小時，沙羅曼蛇半小時 綠色兵團半小時這樣的遊戲給儲存功能有意義咩？加了這個...