NoSQL層出不窮,各種NOSQL產(chǎn)品的比較和優(yōu)劣勢討論

lyhabc

獲獎名單已公布：http://www.72891.cn/thread-4241394-1-1.html

話題背景

大數(shù)據(jù)技術(shù)在近幾年發(fā)展十分迅速，在互聯(lián)網(wǎng)公司以及傳統(tǒng)公司都得到了廣泛的應(yīng)用。NoSQL一直伴隨著大數(shù)據(jù)技術(shù)的發(fā)展而發(fā)展，當(dāng)下最流行的NOSQL產(chǎn)品有mongodb和redis ，還有memcached。在運(yùn)維當(dāng)中，本人主要都是涉及mongodb的運(yùn)維，memcached沒有涉及到，可能是因?yàn)閙emcached比較簡單，不需要運(yùn)維部這邊維護(hù)。最近看了一篇文章《淘寶開源Key/Value結(jié)構(gòu)數(shù)據(jù)存儲系統(tǒng)Tair技術(shù)剖析》，跟mongodb的復(fù)制集+分片集群是比較像的，原理基本相同�？梢哉f，mongodb是非關(guān)系型數(shù)據(jù)庫里最像數(shù)據(jù)庫的，最起碼從名字可以看出來Mongo + DB，那么問題來了，本期話題就NoSQL層出不窮,各種NOSQL產(chǎn)品的比較和優(yōu)劣勢進(jìn)行討論，歡迎大家暢所欲言。

討論話題
（1）redis memcached 等和mongodb哪個更像DB？說明原因。
（2）大家一般把redis用在什么場景？mongodb用在什么場景？
（3）mongodb和redis memcached等其他nosql產(chǎn)品相比哪個更有優(yōu)勢？
（4）大家覺得mongodb和redis ，mencached 等其他nosql產(chǎn)品會融合嗎？因?yàn)榇蠹叶际莕osql方面的產(chǎn)品，功能相似，應(yīng)用場景都差不多。如果不會融合，說說為何不會融合的理由。
（5）學(xué)習(xí)mongodb和學(xué)習(xí)redis，mencached哪個更有優(yōu)勢？
活動要求：
（1）要言之有物，不能低于20個字。
（2）本次話題主要關(guān)注NoSQL相關(guān)的討論，其他問題可能不做重點(diǎn)。



討論時間
2015-12-16至2016-01-16



活動獎勵
活動結(jié)束后將選取4名討論精彩的童鞋，每人贈送一本《大數(shù)據(jù)存儲 MongoDB實(shí)戰(zhàn)指南》圖書一本作為獎勵。



獎品簡介

作者： 郭遠(yuǎn)威   
出版社：人民郵電出版社
出版日期：2015 年2月
開本：16開
版次：1-1
友情提供：http://www.epubit.com.cn/book/details/1746


內(nèi)容簡介
MongoDB是一種面向文檔的分布式數(shù)據(jù)庫，可擴(kuò)展，表結(jié)構(gòu)自由，并且支持豐富的查詢語句和數(shù)據(jù)類型。時至今日，MongoDB以其靈活的數(shù)據(jù)存儲方式逐漸成為IT行業(yè)非常流行的一種非關(guān)系型數(shù)據(jù)庫（NoSql）。
《大數(shù)據(jù)存儲 MongoDB實(shí)戰(zhàn)指南》從學(xué)習(xí)與實(shí)踐者的視角出發(fā)，本著通俗精簡、注重實(shí)踐、突出精髓的原則，精準(zhǔn)剖析了MongoDB的諸多概念和要點(diǎn)。全書共分4個部分，分別從基礎(chǔ)知識、深入理解MongoDB、監(jiān)控與管理MongoDB和應(yīng)用實(shí)踐幾個維度詳細(xì)地介紹了MongoDB的特點(diǎn)及應(yīng)用實(shí)例。


試讀樣章
大數(shù)據(jù)存儲：MongoDB實(shí)戰(zhàn)指南.pdf (3.6 MB, 下載次數(shù): 152)

2015-12-16 21:34 上傳

點(diǎn)擊文件名下載附件

對NoSQL感興趣的朋友可以掃描下方的微信二維碼，加入CU社區(qū)NoSQL交流群進(jìn)行深入溝通探討，歡迎您的加入。

liklstar

看了這個帖子后真是百感交集。有看到并學(xué)習(xí)新事物的欣喜與渴望，有僅僅是在外國人的東西上擺弄擺弄的失望與消極，更有我們中國的工程師、研究生、科研人員、工程技術(shù)人員為什么總也不能創(chuàng)造出一個MongoDB、開發(fā)出一個redis而只能跟著外國人的屁股后面跑、干給外國人“擦屁股”的活的困惑、焦急、恥辱！

試問：我們的差距到底在哪里？我們的不足到底在哪里？是技術(shù)上的不足，還是市場需求上的落后？亦或是具有創(chuàng)造才能的人才的匱乏？我們就知道“學(xué)、學(xué)、學(xué)”，用人家的技術(shù)和產(chǎn)品“開發(fā)、開發(fā)、開發(fā)”，在人家的產(chǎn)品上“維護(hù)、維護(hù)、維護(hù)”，從來沒有想過直接接觸市場需求進(jìn)而由我創(chuàng)造出一個技術(shù)、產(chǎn)品？或許，我們的知識積累已經(jīng)夠多了，現(xiàn)在需要的是創(chuàng)造？！

要創(chuàng)造，就得直接接觸實(shí)際情況、需求；積極思考；不斷試驗(yàn)，不斷從失敗中奮起；不斷學(xué)習(xí)借鑒。如此持之以恒，日久彌新，不達(dá)目的絕不罷休。

其實(shí)，我們看過了外國人的代碼和文檔后覺得不過如此。那為什么我們就創(chuàng)造不出這樣的文檔和代碼呢？

lyhabc

@liklstar
淘寶數(shù)據(jù)存儲系統(tǒng)Tair是開源的

stay_sun

回復(fù) 1# lyhabc


    （1）redis memcached 等和mongodb哪個更像DB？說明原因。
這個 不都是db嗎   ？ 數(shù)據(jù)庫只不過是個概念  其實(shí)就是方便存儲數(shù)據(jù)的 軟件而已  
樓主的意思  是哪個更像 rdbms  其實(shí)rdbms 好處就是sql  他們沒有sql 支持  還是都差不多了
（2）大家一般把redis用在什么場景？mongodb用在什么場景？
redis  緩存  隊(duì)列   內(nèi)存數(shù)據(jù)庫加速   存儲 數(shù)據(jù)可以丟失一部分的數(shù)據(jù)
momgodb  數(shù)據(jù)分析  非結(jié)構(gòu)話的數(shù)據(jù)
（3）mongodb和redis memcached等其他nosql產(chǎn)品相比哪個更有優(yōu)勢？
內(nèi)存數(shù)據(jù)庫 還是速度 比較快  但是對于數(shù)據(jù)庫的數(shù)據(jù)的一致性 還是有問題的
mongodb  對結(jié)構(gòu)話的數(shù)據(jù)  還是非�？斓�
（4）大家覺得mongodb和redis ，mencached 等其他nosql產(chǎn)品會融合嗎？因?yàn)榇蠹叶际莕osql方面的產(chǎn)品，功能相似，應(yīng)用場景都差不多。如果不會融合，說說為何不會融合的理由。
其實(shí)回答樓主的問題    上面的東西真的 融合不到一起    cap 理論  三個特性   不可能同事?lián)碛械?
基本上 數(shù)據(jù)庫 都是舍棄 一部分 c or a or p
相融合  要打破cap 理論   目前技術(shù)還是  不現(xiàn)實(shí)
（5）學(xué)習(xí)mongodb和學(xué)習(xí)redis，mencached哪個更有優(yōu)勢？

  我覺得 都需要學(xué)一下   使用的時候 深入學(xué)習(xí)吧   其實(shí)還是看你  用到哪里

jieforest

占個坑先。。。

（1）redis memcached等和mongodb哪個更像DB？說明原因。
顯然是MongoDB嘛。
Redis和Memcached都是鍵/值對存儲的，這顯然于關(guān)系數(shù)據(jù)庫理論不符。
MongoDB可以看成是無模式的關(guān)系數(shù)據(jù)庫。MongoDB的集合對應(yīng)關(guān)系數(shù)據(jù)庫的表，MongoDB的文檔對應(yīng)關(guān)系數(shù)據(jù)庫的行數(shù)據(jù)，MongoDB的Key對應(yīng)關(guān)系數(shù)據(jù)庫的列。除此之外，
MongoDB還有索引、主鍵、數(shù)據(jù)類型等。
MongoDB還有類似于關(guān)系數(shù)據(jù)庫的增刪改查操作方式等。

（2）大家一般把redis用在什么場景？mongodb用在什么場景？
如果把Redis看成是內(nèi)存緩存解決方案，那就太淺了，Redis的應(yīng)用場景有很多。
1）可以做計(jì)數(shù)器方面的應(yīng)用
2）可以做業(yè)務(wù)的TOP N的場景
3）可以做實(shí)時的統(tǒng)計(jì)分析
4）可用于構(gòu)建消息隊(duì)列
5）可作為分布式緩存解決方案
而MongoDB的應(yīng)用場景就大不一樣了，比如：
1）代替MySQL關(guān)系數(shù)據(jù)庫的應(yīng)用場景
2）實(shí)現(xiàn)高伸縮性的場景
3）對象存儲或JSON存儲的場景
4）大數(shù)據(jù)存儲方案
5）數(shù)據(jù)緩存方案

（3）mongodb和redis memcached等其他nosql產(chǎn)品相比哪個更有優(yōu)勢？
MongoDB目前已經(jīng)非常流行了，本身就很有優(yōu)勢。而且它與Redis、Memcached不具備相比性，因?yàn)樗鼈兊拇蟛糠謶?yīng)用場景是不同的。
真要比較的話，MongoDB應(yīng)該與CouchBase、RavenDB、OrientDB、Thrudb、SisoDb、RaptorDB相比，而這些NoSQL文檔數(shù)據(jù)庫目前是比不上MongoDB的，MongoDB完勝。

（4）大家覺得mongodb和redis ，mencached 等其他nosql產(chǎn)品會融合嗎？因?yàn)榇蠹叶际莕osql方面的產(chǎn)品，功能相似，應(yīng)用場景都差不多。如果不會融合，說說為何不會融合的理由。
不會融合。術(shù)業(yè)有專攻才是正途。
追求功能的大而全通常會失敗。
還有利益、市場等諸多因素。
可以反問一句，Oracle數(shù)據(jù)庫為什么沒有和它的Timesten融合呢？又或者是Oracle為什么沒有和MySQL融合呢？

（5）學(xué)習(xí)mongodb和學(xué)習(xí)redis，mencached哪個更有優(yōu)勢？
還是那句話，各有不同的用途，混為一談是不妥的。
這三種數(shù)據(jù)庫都很有實(shí)用價值，都可以用于生產(chǎn)環(huán)境，都值得掌握。

demilich

（1）redis memcached 等和mongodb哪個更像DB？說明原因。
- 類型不同而已，都是數(shù)據(jù)庫
- 當(dāng)然，memcached更像內(nèi)存緩沖，redis是內(nèi)存數(shù)據(jù)庫，而mongodb則是非結(jié)構(gòu)化數(shù)據(jù)庫

（2）大家一般把redis用在什么場景？mongodb用在什么場景？
- redis用于緩存，適合小數(shù)據(jù)量而追求性能的場景，其支持的數(shù)據(jù)類型也很豐富
- mongodb用于非結(jié)構(gòu)化海量數(shù)據(jù)存儲非常方便

（3）mongodb和redis memcached等其他nosql產(chǎn)品相比哪個更有優(yōu)勢？
- 談不上哪個更有優(yōu)勢，各有側(cè)重罷了
- redis適合數(shù)據(jù)量較小，但是更注重性能的一些場景
- memcached用于做緩存，減輕數(shù)據(jù)庫負(fù)擔(dān)等場景
- mongodb，則用于海量的非結(jié)構(gòu)化數(shù)據(jù)存儲等場景

（4）大家覺得mongodb和redis ，mencached 等其他nosql產(chǎn)品會融合嗎？因?yàn)榇蠹叶际莕osql方面的產(chǎn)品，功能相似，應(yīng)用場景都差不多。如果不會融合，說說為何不會融合的理由。
- 某些特性上也許會互相學(xué)習(xí)，但是融合可能性不大，因?yàn)槿�者的�?yīng)用場景不同，所以在功能側(cè)重點(diǎn)上就要有取舍。不會出現(xiàn)一個大而全可以放諸所有場景都是最佳的產(chǎn)品出現(xiàn)。

（5）學(xué)習(xí)mongodb和學(xué)習(xí)redis，mencached哪個更有優(yōu)勢？
- 首先是依賴于實(shí)際中是否會用到，用不到的話只需要了解一下就可以；其次，它們的側(cè)重點(diǎn)不同，要說學(xué)習(xí)，都要學(xué)，呵呵

cokeboL

（1）redis memcached 等和mongodb哪個更像DB？說明原因。
        mongodb更像吧，redis次之。一是從宣傳上，redis和memcached更偏向”內(nèi)存型“，mongo雖然也是
        內(nèi)存型（相關(guān)的坑也多），但是更偏重大數(shù)據(jù)相關(guān)，而且支持集群分片mapreduce，功能更全面強(qiáng)大
（2）大家一般把redis用在什么場景？mongodb用在什么場景？
        redis， 很多項(xiàng)目是用來做緩存或者小規(guī)模數(shù)據(jù)的業(yè)務(wù)或者做rpc數(shù)據(jù)共享之類
        mongodb更多是用在大數(shù)據(jù)相關(guān)，因?yàn)閚osql，集群，都使mongodb擴(kuò)展性優(yōu)于關(guān)系型數(shù)據(jù)庫及redis
（3）mongodb和redis memcached等其他nosql產(chǎn)品相比哪個更有優(yōu)勢？
        主要是集群分片，mapreduce吧，大數(shù)據(jù)領(lǐng)域的，用redis和memcached就不好搞了，如果拋開大數(shù)據(jù)領(lǐng)域，個人覺得mongodb不如redis好用
（4）大家覺得mongodb和redis ，mencached 等其他nosql產(chǎn)品會融合嗎？因?yàn)榇蠹叶际莕osql方面的產(chǎn)品，功能相似，應(yīng)用場景都差不多。如果不會融合，說說為何不會融合的理由。
        會有融合，并且已經(jīng)有了，甚至mongodb、redis、mysql等組合起來，mongodb處理非業(yè)務(wù)型的數(shù)據(jù)，redis做些速度要求快規(guī)模小或者rpc，mysql做事務(wù)相關(guān)的業(yè)務(wù)
（5）學(xué)習(xí)mongodb和學(xué)習(xí)redis，mencached哪個更有優(yōu)勢？
        技術(shù)多多益善，有時間就都學(xué)學(xué)，個人覺得mongodb和redis發(fā)展前景會更好，memcached因?yàn)槌鰜淼脑�，很多團(tuán)隊(duì)已經(jīng)使用的舊項(xiàng)目可能因?yàn)闃I(yè)務(wù)和技術(shù)積累會繼續(xù)使用，
        其他情況下，選擇redis和mongodb的應(yīng)該會居多

lyhabc

@cokeboL
大家的分析都很有道理  

SeAL80s

回復(fù) 2# liklstar


    說到底子上，都是教育惹的禍。中國教授給以色列教授的推薦信里寫：我的學(xué)生都特別的聽話，以色列教授回復(fù)：聽話的學(xué)生大多沒有創(chuàng)新意識。

    我身邊的真實(shí)案例。

    這也不能完全怪老師，因?yàn)槔蠋煹睦蠋熞膊灰欢ń痰暮�。上學(xué)的時候，遇到過上課"讀書"的老師，有講著講著"我想想啊"，也有嚴(yán)厲、幽默風(fēng)趣的高數(shù)老師，也有想好好講課，但是學(xué)生調(diào)皮搗蛋的...就是沒有哪個老師說，我們學(xué)這么東西，以后哪能用上，所以就都沒用心學(xué)。有學(xué)霸、有人才，不過那是個別。因?yàn)橹袊�人多啊，美�?億2000萬，中國13億7000萬，就算美國10個人出一個人才，我們100人出一個人才，就因?yàn)槿丝诙�，所以頂尖人才上，差別估計(jì)不是太大...其他方面嘛，讓社科院來回答吧...

liklstar

回復(fù) 4# lyhabc


   
什么意思？你是說Tair是阿里巴巴（淘寶是阿里巴巴旗下的嗎？它跟阿里巴巴是什么關(guān)系？我不太知道？）的技術(shù)團(tuán)隊(duì)根據(jù)市場需要創(chuàng)造性地形成產(chǎn)品概念、探索出產(chǎn)品開發(fā)和運(yùn)行的概念和原理、之后又獨(dú)立地設(shè)計(jì)了產(chǎn)品并實(shí)現(xiàn)之，最后成功應(yīng)用嗎？

如果是這樣的話，那就太好了？！