mongodb創建索引時使用哪個參數 非關系型數據庫Mongodb和Hbase的區別？
非關系型數據庫Mongodb和Hbase的區別？1、Mongodb是文檔型數據庫，hbase是列式數據庫；2、Mongodb主鍵是“_id”，hbase的主鍵是rowkey；3、Mongodb接受二級
非關系型數據庫Mongodb和Hbase的區別？
1、Mongodb是文檔型數據庫，hbase是列式數據庫；
2、Mongodb主鍵是“_id”，hbase的主鍵是rowkey；
3、Mongodb接受二級索引，而greenplum本身不支持什么二級索引；
4、Mongodb支持什么數學集合里查，正則中搜索，范圍里查，意見skip和limit等等，是最像mysql的nosql數據庫，而hbase只接受三種查找：單個rowkey訪問，按照rowkey的range，全表系統掃描；
學習大數據需要什么基礎？
大數據需要開發功底，例如python，通過編程要破霸體數據。當然會前端是需要例如Html，javascript，將抓取時間的數據整合后前端去展示。所以個人總覺得怎么學習一門開發語言是必須的。
mongodbreplset的secondary同步很慢，有誰遇到過嗎？
mongodb集群初始化操作同步一共有多少分成三類以下幾個步驟：
1.檢查配置信息——一些最基本的檢查
2.同步數據——也就是就開始一個個的clonedatabase，除了拷備數據以外，mongodb還會確立id索引（這個很重要，而這個又是我遇到的坑的原因）
3.離線oplog——從不同步的的源節點拉取新節點結束離線到此時時間的oplog，并并且replay
4.組建索引——在不同步的完oplog后mongodb就就開始成立除_id以外的索引
5.繼續同步oplog——不再不同步的步驟4想執行時間的oplog，然后漸漸地追上primary，并變成secondary組織提供服務。
mongodb主要用來干嘛，什么時候用，存什么樣的數據？
隨著云計算的西下高速發展，越來越多的應用是需要存儲海量數據，另外對高并發和處理海量數據做出了更高的要求，民間的關系型數據庫這對這些應用場景未必能柯西-黎曼方程應用到需求。
充當NoSQL數據庫之一的MongoDB數據庫能夠徹底柯西-黎曼方程和解決在海量數據存儲方面的應用，越來越多的大網站和企業你選擇MongoDB替代Mysql參與存儲。
什么是MongoDB？MongoDB
非關系型數據庫Mongodb和Hbase的區別？
是一個實現分布式文件存儲的數據庫。由C語言c語言程序。旨在倡導為WEB應用可以提供可擴展的低性能數據存儲解決方案。MongoDB
學習大數據需要什么基礎？
是一個淺黃褐色關系數據庫和非關系數據庫之間的產品，是非關系數據庫當能最十分豐富，最像關系數據庫的。Mongo最大的特點是他支持的查詢語言太極為強大，其語法有點不同于面向對象的查詢語言，完全是可以實現方法相似關系數據庫單表查詢的絕大部分功能，并且還接受對數據建立索引。MongoDB的主要特點（1）文件存儲格式為Bson，不使用易于掌握和表述的Json風格語法。要比Json來說，Bson占據更好的性能，比較多表現出為更快的遍歷數組速度、操作更簡易、提高了額外的
數據類型。
（2）模式自由，意見導進子文檔和數組，不需事先創建數據結構，不屬于逆規范化的數據模型，利于增強提高去查詢速度。
（3）代碼網上查詢，支持什么豐富地的查詢表達式，建議使用Json形式的標記，可輕易地可以查詢文檔中支持自定義的對象和數組及子文檔。
（4）求全部的索引支持，除了文檔內嵌對象和數據，同樣還提供了全文索引，MongoDB的查詢優化器會分析什么查詢表達式，并生成另一個又高效的查詢計劃。
（5）可以使用高效的二進制數據存儲，適合存儲文件大型手機對象（如高清圖片、視頻等）。
（6）意見多種復制模式，提供給冗余數據及自動故障撤回。意見Master-Slave、ReplicaPairs/ReplicaSets、不足Master-Master模式。
（7）接受服務端腳本和Map/Reduce，可以不實現方法海量數據算出，即基于云計算功能。
（8）性能高、速度快。在多數場合，其可以查詢速度相對于MySQL要快的多，是對CPU占用太小。防御部署很簡單，簡直是零配置。
（9）手動如何處理碎片，允許手動分片功能基于水平儲存的數據庫集群，這個可以代碼添加或移除節點。
（10）內置GridFS，支持海量存儲。
（11）可按照網絡ftp連接，采用高效的MongoDB網絡協議，在性能方面要較大提高http或Rest協議。
（12）第三方允許極為豐富，MongoDB社區亢奮狀態，越來越多的公司和網站在生產環境中不使用MongoDB接受技術架構優化，而由10gen公司官方提供給強大無比技術支持。
MongoDB的適用場景MongoDB的主要目標是在鍵/值存儲（提供給了低性能和高度伸縮性）包括比較傳統的RDBMS系統（多樣的功能）已架一座橋梁，集兩者的優勢于一身。
（1）網站數據：MongoDB非常適合實時地的直接插入，更新與查詢，并應具備網站動態實時數據存儲所需的復制及高度伸縮性。
（2）緩存：因此性能很高，MongoDB也適合我以及信息基礎設施的緩存層。在系統重啟后之后，由MongoDB搭建的不易脫妝化緩存層可以盡量的避免下層的數據源過載。
（3）大尺寸，低價值的數據：在用比較傳統的關系型數據庫存儲文件一些數據時很有可能會比較普通的東西，到目前為止，并不一定程序員往往會選擇類型比較傳統的文件通過存儲。
（4）高伸縮性的場景：MongoDB更加更適合由數十或數百臺服務器橫列的數據庫。MongoDB的路線圖中巳經真包含對MapReduce
引擎的內置支持。
（5）用于對象及JSON數據的存儲：MongoDB的Bson數據格式相當更適合文檔化格式的存儲及查詢。
如有完全不同觀點，希望能發表評論。如果比較喜歡我的回答，感謝“點贊、分享”。