hive只支持mysql數(shù)據(jù)庫嗎？Hive的底層這個可以是HBase也可以HDFS上存儲文件的文件。Hive的作用是把HQL翻譯成MapReduce程序，最大限度地會減少分析什么人員你每次都要寫冗長J

hive只支持mysql數(shù)據(jù)庫嗎？

Hive的底層這個可以是HBase也可以HDFS上存儲文件的文件。Hive的作用是把HQL翻譯成MapReduce程序，最大限度地會減少分析什么人員你每次都要寫冗長Java程序的工作量。

單次Hive網(wǎng)站查詢都是需要需要時間分鐘級以上的時間（就算是一個再小的表），所以根本無法作為web后端的數(shù)據(jù)庫使用。HBase這個可以松蠟MySQL使用，至少淘寶是這件事了。HBase是建成在HDFS基礎(chǔ)上的分布式數(shù)據(jù)庫，可以支持海量數(shù)據(jù)（比MySQL高沒多久兩個量級）的存儲和網(wǎng)上查詢。還比較容易全部丟失數(shù)據(jù)。

hive的關(guān)聯(lián)數(shù)據(jù)庫是什么？

答:hive的關(guān)聯(lián)數(shù)據(jù)庫是derby、mysql。

如何將hive數(shù)據(jù)入庫到數(shù)據(jù)庫中？

可以不不使用Sqoop、DataX、的或Hive存儲過程來能夠完成。搜索

hive表字段多少影響？

表字段少，肯定會可能導致系統(tǒng)開銷提高，只不過以現(xiàn)在計算機行的性能來說，提高的這點開銷也不算什么。問題的關(guān)鍵是字段太大的表，無論是是數(shù)據(jù)查詢應(yīng)該數(shù)據(jù)維護都真的很麻煩，則影響數(shù)據(jù)庫的高效利用。

而就算是有不光合理不的理由，否則不建議將數(shù)據(jù)寬度多字段存儲，替換成橫向存儲文件。

例如原先用12個字段記錄每個月的產(chǎn)量，現(xiàn)在替換成一個字段記錄月份，一個字段記錄產(chǎn)量，這樣的兩個字段就可以了。

在hive數(shù)據(jù)庫中怎么查看表結(jié)構(gòu)？

你好。

先建一個hive表，充當表即可，然后把tablename的數(shù)據(jù)寫入文件正式表，然后再用sqoop也可以自己寫程序文件導入db2

hive支持索引嗎？

Hive意見索引，

不過Hive的索引與關(guān)系型數(shù)據(jù)庫中的索引并不相同，諸如，Hive不接受主鍵或是外鍵。

Hive索引可以成立在表中的某些列上，以進階一些操作的效率，比如會減少MapReduce任務(wù)中必須讀取的數(shù)據(jù)塊的數(shù)量。

在可以能夠預(yù)見到磁盤分區(qū)數(shù)據(jù)的很龐然的情況下，索引常常是遠遠優(yōu)于分區(qū)的。

確實Hive根本不像事物數(shù)據(jù)庫這樣根據(jù)極少數(shù)的行來執(zhí)行查詢、自動更新、刪除掉等你的操作。它更多的用在多任務(wù)節(jié)點的場景下，快速地全表掃描系統(tǒng)如此大規(guī)模數(shù)據(jù)?？墒窃谀承﹫鼍跋?，成立索引肯定可以不增強Hive表指定列的查詢速度。（確實效果差強人意）