非關(guān)系型數(shù)據(jù)庫Mongodb和Hbase的區(qū)別？1、Mongodb是文檔型數(shù)據(jù)庫，hbase是列式數(shù)據(jù)庫；2、Mongodb主鍵是“_id”，hbase的主鍵是rowkey；3、Mongodb接受二級

非關(guān)系型數(shù)據(jù)庫Mongodb和Hbase的區(qū)別？

1、Mongodb是文檔型數(shù)據(jù)庫，hbase是列式數(shù)據(jù)庫；

2、Mongodb主鍵是“_id”，hbase的主鍵是rowkey；

3、Mongodb接受二級索引，而greenplum本身不支持什么二級索引；

4、Mongodb支持什么數(shù)學(xué)集合里查，正則中搜索，范圍里查，意見skip和limit等等，是最像mysql的nosql數(shù)據(jù)庫，而hbase只接受三種查找：單個rowkey訪問，按照rowkey的range，全表系統(tǒng)掃描；

學(xué)習(xí)大數(shù)據(jù)需要什么基礎(chǔ)？

大數(shù)據(jù)需要開發(fā)功底，例如python，通過編程要破霸體數(shù)據(jù)。當(dāng)然會前端是需要例如Html，javascript，將抓取時間的數(shù)據(jù)整合后前端去展示。所以個人總覺得怎么學(xué)習(xí)一門開發(fā)語言是必須的。

mongodbreplset的secondary同步很慢，有誰遇到過嗎？

mongodb集群初始化操作同步一共有多少分成三類以下幾個步驟：

1.檢查配置信息——一些最基本的檢查

2.同步數(shù)據(jù)——也就是就開始一個個的clonedatabase，除了拷備數(shù)據(jù)以外，mongodb還會確立id索引（這個很重要，而這個又是我遇到的坑的原因）

3.離線oplog——從不同步的的源節(jié)點拉取新節(jié)點結(jié)束離線到此時時間的oplog，并并且replay

4.組建索引——在不同步的完oplog后mongodb就就開始成立除_id以外的索引

5.繼續(xù)同步oplog——不再不同步的步驟4想執(zhí)行時間的oplog，然后漸漸地追上primary，并變成secondary組織提供服務(wù)。

mongodb主要用來干嘛，什么時候用，存什么樣的數(shù)據(jù)？

隨著云計算的西下高速發(fā)展，越來越多的應(yīng)用是需要存儲海量數(shù)據(jù)，另外對高并發(fā)和處理海量數(shù)據(jù)做出了更高的要求，民間的關(guān)系型數(shù)據(jù)庫這對這些應(yīng)用場景未必能柯西-黎曼方程應(yīng)用到需求。

充當(dāng)NoSQL數(shù)據(jù)庫之一的MongoDB數(shù)據(jù)庫能夠徹底柯西-黎曼方程和解決在海量數(shù)據(jù)存儲方面的應(yīng)用，越來越多的大網(wǎng)站和企業(yè)你選擇MongoDB替代Mysql參與存儲。

什么是MongoDB？MongoDB

非關(guān)系型數(shù)據(jù)庫Mongodb和Hbase的區(qū)別？

是一個實現(xiàn)分布式文件存儲的數(shù)據(jù)庫。由C語言c語言程序。旨在倡導(dǎo)為WEB應(yīng)用可以提供可擴展的低性能數(shù)據(jù)存儲解決方案。

MongoDB

學(xué)習(xí)大數(shù)據(jù)需要什么基礎(chǔ)？

是一個淺黃褐色關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫之間的產(chǎn)品，是非關(guān)系數(shù)據(jù)庫當(dāng)能最十分豐富，最像關(guān)系數(shù)據(jù)庫的。Mongo最大的特點是他支持的查詢語言太極為強大，其語法有點不同于面向?qū)ο蟮牟樵冋Z言，完全是可以實現(xiàn)方法相似關(guān)系數(shù)據(jù)庫單表查詢的絕大部分功能，并且還接受對數(shù)據(jù)建立索引。

MongoDB的主要特點（1）文件存儲格式為Bson，不使用易于掌握和表述的Json風(fēng)格語法。要比Json來說，Bson占據(jù)更好的性能，比較多表現(xiàn)出為更快的遍歷數(shù)組速度、操作更簡易、提高了額外的

數(shù)據(jù)類型。

（2）模式自由，意見導(dǎo)進子文檔和數(shù)組，不需事先創(chuàng)建數(shù)據(jù)結(jié)構(gòu)，不屬于逆規(guī)范化的數(shù)據(jù)模型，利于增強提高去查詢速度。

（3）代碼網(wǎng)上查詢，支持什么豐富地的查詢表達(dá)式，建議使用Json形式的標(biāo)記，可輕易地可以查詢文檔中支持自定義的對象和數(shù)組及子文檔。

（4）求全部的索引支持，除了文檔內(nèi)嵌對象和數(shù)據(jù)，同樣還提供了全文索引，MongoDB的查詢優(yōu)化器會分析什么查詢表達(dá)式，并生成另一個又高效的查詢計劃。

（5）可以使用高效的二進制數(shù)據(jù)存儲，適合存儲文件大型手機對象（如高清圖片、視頻等）。

（6）意見多種復(fù)制模式，提供給冗余數(shù)據(jù)及自動故障撤回。意見Master-Slave、ReplicaPairs/ReplicaSets、不足Master-Master模式。

（7）接受服務(wù)端腳本和Map/Reduce，可以不實現(xiàn)方法海量數(shù)據(jù)算出，即基于云計算功能。

（8）性能高、速度快。在多數(shù)場合，其可以查詢速度相對于MySQL要快的多，是對CPU占用太小。防御部署很簡單，簡直是零配置。

（9）手動如何處理碎片，允許手動分片功能基于水平儲存的數(shù)據(jù)庫集群，這個可以代碼添加或移除節(jié)點。

（10）內(nèi)置GridFS，支持海量存儲。

（11）可按照網(wǎng)絡(luò)ftp連接，采用高效的MongoDB網(wǎng)絡(luò)協(xié)議，在性能方面要較大提高h(yuǎn)ttp或Rest協(xié)議。

（12）第三方允許極為豐富，MongoDB社區(qū)亢奮狀態(tài)，越來越多的公司和網(wǎng)站在生產(chǎn)環(huán)境中不使用MongoDB接受技術(shù)架構(gòu)優(yōu)化，而由10gen公司官方提供給強大無比技術(shù)支持。

MongoDB的適用場景MongoDB的主要目標(biāo)是在鍵/值存儲（提供給了低性能和高度伸縮性）包括比較傳統(tǒng)的RDBMS系統(tǒng)（多樣的功能）已架一座橋梁，集兩者的優(yōu)勢于一身。

（1）網(wǎng)站數(shù)據(jù)：MongoDB非常適合實時地的直接插入，更新與查詢，并應(yīng)具備網(wǎng)站動態(tài)實時數(shù)據(jù)存儲所需的復(fù)制及高度伸縮性。

（2）緩存：因此性能很高，MongoDB也適合我以及信息基礎(chǔ)設(shè)施的緩存層。在系統(tǒng)重啟后之后，由MongoDB搭建的不易脫妝化緩存層可以盡量的避免下層的數(shù)據(jù)源過載。

（3）大尺寸，低價值的數(shù)據(jù)：在用比較傳統(tǒng)的關(guān)系型數(shù)據(jù)庫存儲文件一些數(shù)據(jù)時很有可能會比較普通的東西，到目前為止，并不一定程序員往往會選擇類型比較傳統(tǒng)的文件通過存儲。

（4）高伸縮性的場景：MongoDB更加更適合由數(shù)十或數(shù)百臺服務(wù)器橫列的數(shù)據(jù)庫。MongoDB的路線圖中巳經(jīng)真包含對MapReduce

引擎的內(nèi)置支持。

（5）用于對象及JSON數(shù)據(jù)的存儲：MongoDB的Bson數(shù)據(jù)格式相當(dāng)更適合文檔化格式的存儲及查詢。

如有完全不同觀點，希望能發(fā)表評論。如果比較喜歡我的回答，感謝“點贊、分享”。