1樓：Shawn
現在有很多成熟的NoSQL database, 比如 Dex, Neo4J, Membase, KumoFS, Kyoto Tycoon, Redis, MongoDB, CouchDB, Pincaster, Cassandra, Riak and HBase. 之所以市面上有這麼多的NoSQL database, 是因為每個database 都是被設計以解決特定的問題，各有其優缺點，所以我們需要基於我們自己的需要去選擇合適的database。
1）如何你需要去模擬乙個社會關係圖 （social graph）, Dex 或者Neo4J 這種graph database 是最好的選擇。
2) 如果需要快速地獲取 value 基於key, 使用 Membase, KumoFS, 或者 Kyoto Tycoon。
3）如果key 指向的是乙個比較複雜的結構比如文件，使用 MongoDB 或者 CouchDB. 但是如果只是儲存簡單的key-value pairs, 這兩個database 並不會比Membase 和 Kyoto Tycoon 快，更節省空間。
4）如果你需要處理地理資料，MongoDB, CouchDB, Pincaster 是合適的選擇。
5）如果你需要考慮可拓展性，最好的選擇是分布式的Cassandra, Riak 或者 HBase.
6) 如果需要儲存的物件是列表，集合， 有序集合，以及雜湊等結構， Redis 是最好的選擇。
2樓：
每個產品和他的出發點以及種子使用者有關，MongoDB開始階段就是為了開發而存在了，Collection對應Object，serialization是那麼的容易，對於開發迭代非常友好。
問題是其對於資料庫的理解和發展一直都有些問題，ACID，事務，SQL都不支援，分布式能力也不好，MapReduce又是延續了25年的技術，不支援索引。這些都造成MongoDB不受大企業的待見。這從MongoDB的營收和利潤就能看出來。
所以分布式資料庫還是有更大的發展機會。
3樓：
4樓：Gary Chen
1.TT屬於被邊緣化的不成熟產品,還是別推薦的好.
2.目前成熟的開源nosql產品基本沒有,但不少產品潛力很大,閉源的倒是有一些比較成熟的.
3. 要使用一款nosql產品,一定要深入研究它的原始碼.
可以研究下mongodb,redis,
優缺點需要自己靠自己實踐得出結論.今天的缺點可能明天就不是缺點了.
5樓：Dongdong
按照成熟度順序推薦，某些沒有提到的基本不推薦，比如Dynamo系列。具體同類之間的優缺點還請自查！！呵呵
KV Cache: reids, memcacheKV Store: tc&tt, leveldb(lib), raik
Document Store: mongodb, couchdb分布式: HBase. Mongodb
Graph Store: neo4j
其他：handlersocket&mysql
6樓：龍彼得
mongodb: 用的人多, 社群大, 文件全, 速度快, 有一些大公司在用,比較成熟.
couchdb: erlang開發的,併發性好, apache的產品,值得信賴.
tokyotyrant: 乙個字,快.其它的沒什麼可說的.
你們是怎麼樣變得現在這麼成熟的？
劉飛 成熟是好事嘛？是的，他能讓你在處理事情上游刃有餘。可是保持著這份冷靜是一次次的驚喜，悲傷，愉快的，低落的時光帶來的副產品。我比以前成熟了，明白事情是強求不來的，明白了人更是強求不來的。也明白了世人皆有自己的苦衷，便再也不敢去隨意批判什麼。也明白了情緒的變化會受到生理因素的影響，會主動調節情緒。...
你所知道的最動聽，最形象，最有意境的名字是什麼？
卡布奇諾與布偶貓 看到樓上有朋友答了日本國對12個月的別稱，我來分享一下法國共和曆中12個月的名稱吧 葡月 Vendemaire Vintage 9月22日 10月21日 霧月 Brumaire Fog 10月22日 11月20日霜月 Frimaire Frost 11月21日 12月20日雪月 N...
你經歷過人生最絕望最悲觀最痛苦的事情是什麼？
萌大爺愛吃肉 高二 高三抑鬱症那會，渾渾噩噩，不知道自己為什麼而活，每天都在死胡同裡徘徊，最終幹了一些傷害自己傷害家人的事，還好挺過來了，看著父母因為這段時期老了許多，勵志再也不消沉了。 歸來 我目前正在經歷這個最痛苦的事，那就是我的二寶早產沒保住，並且我再也無法生育的現實，這對於喜歡孩子的我們來說...