mongodb如何定位？Mongo數(shù)據(jù)庫本身介于redis內(nèi)存數(shù)據(jù)庫和MySQL數(shù)據(jù)庫之間。以下重點介紹Mongo的優(yōu)勢。Mongo V redis，1:redis受內(nèi)存限制，不能存儲海量數(shù)據(jù)；Mon

mongodb如何定位？

Mongo數(shù)據(jù)庫本身介于redis內(nèi)存數(shù)據(jù)庫和MySQL數(shù)據(jù)庫之間。

以下重點介紹Mongo的優(yōu)勢。

Mongo V redis，

1:redis受內(nèi)存限制，不能存儲海量數(shù)據(jù)；Mongo可以存儲海量數(shù)據(jù)。

2:Redis只支持簡單的string、hash、list、set和Zset數(shù)據(jù)結(jié)構(gòu)，Mongo支持文檔類型的數(shù)據(jù)結(jié)構(gòu)，可以說是JSON字符串。這個數(shù)據(jù)結(jié)構(gòu)是多么的靈活和方便，我不需要過多的介紹。

3:redis能提供復雜的查詢嗎？蒙哥笑了笑，什么也沒說。

4:redis是否有內(nèi)置的數(shù)據(jù)分析功能（MapReduce）？

讓我們看看Mongo V MySQL

2:Mongo的插入速度比MySQL快。

3:Mongo可以輕松分發(fā)和擴展，而無需停機或更改應用程序。

事實上，它們各有優(yōu)缺點，對應不同的數(shù)據(jù)庫應用場景。

我什么時候需要Mongo？

Mongo實際上彌補了redis和mysql的不足。在爬蟲程序中，個人經(jīng)常使用Mongo來保存被爬網(wǎng)的數(shù)據(jù)，而redis則保存要爬網(wǎng)的鏈接，并用于網(wǎng)頁重復數(shù)據(jù)消除。

mongoDB適用什么場合呢？

根據(jù)官方網(wǎng)站的描述，Mongo適合以下場景：網(wǎng)站數(shù)據(jù)：Mongo非常適合實時插入、更新和查詢，具有網(wǎng)站實時數(shù)據(jù)存儲所需的復制性和高可擴展性。緩存：由于其高性能，Mongo也適合作為信息基礎設施的緩存層。系統(tǒng)重啟后，Mongo構(gòu)建的持久緩存層可以避免底層數(shù)據(jù)源的過載。大容量、低值數(shù)據(jù)：使用傳統(tǒng)的關系數(shù)據(jù)庫存儲某些數(shù)據(jù)可能更昂貴。在此之前，程序員通常會選擇傳統(tǒng)的文件進行存儲。高可擴展性場景：Mongo非常適合由幾十臺或幾百臺服務器組成的數(shù)據(jù)庫。Mongo的路線圖已經(jīng)包括了對MapReduce引擎的內(nèi)置支持。對于對象和JSON數(shù)據(jù)的存儲：Mongo的bson數(shù)據(jù)格式非常適合文檔格式的存儲和查詢。當然，mongodb的使用有一些限制。例如，它不適合高度事務性的系統(tǒng)，如銀行或會計系統(tǒng)。傳統(tǒng)的關系數(shù)據(jù)庫仍然更適合需要大量原子復雜事務的應用。傳統(tǒng)的商業(yè)智能應用：針對特定問題的Bi數(shù)據(jù)庫將產(chǎn)生高度優(yōu)化的查詢方法。對于這樣的應用，數(shù)據(jù)倉庫可能是一個更合適的選擇。

請問mongodb應用場景？求大神解答？

Mongodb屬于內(nèi)存數(shù)據(jù)庫，在性能要求高的項目中表現(xiàn)良好。它可用作前端緩存服務器和緩沖數(shù)據(jù)存儲區(qū)。它還可以作為應用系統(tǒng)的存儲服務器，如微博、論壇等應用系統(tǒng)。它也可以用作圖片存儲服務器（分布式）。在數(shù)據(jù)寫入方面，Mongo也支持相對較高的寫入速度（當然，這取決于硬件設備）。這遠高于使用硬盤存儲介質(zhì)的關系數(shù)據(jù)庫的存儲效率。但是，非關系型數(shù)據(jù)庫會造成大量的冗余數(shù)據(jù)，如果早期的系統(tǒng)設計非常粗糙，后期的數(shù)據(jù)維護將非常困難。