當(dāng)前位置：主頁(yè) > 論文百科 > 英文數(shù)據(jù)庫(kù) >

開(kāi)源中國(guó)(OSChina.NET)

發(fā)布時(shí)間：2017-03-22 01:43

本文關(guān)鍵詞：深入學(xué)習(xí)MongoDB，由筆耕文化傳播整理發(fā)布。

MongoDB是否適合存儲(chǔ)二進(jìn)制數(shù)據(jù),效率如何？感謝oschina的大牛們給點(diǎn)建議！

晴朗天空發(fā)布于 2013年10月21日 (共有8個(gè)回帖)

MongoDB是否適合二進(jìn)制數(shù)據(jù)(如圖片數(shù)據(jù))的存儲(chǔ)？如果采用mongodb做圖片數(shù)據(jù)存儲(chǔ)（直接存儲(chǔ)到文檔或用GridFS存儲(chǔ)），它的效率會(huì)是怎么樣的？大神啊，給點(diǎn)意見(jiàn)？

問(wèn)題產(chǎn)生背景：項(xiàng)目需要存儲(chǔ)個(gè)人的信息和個(gè)人的圖片資料。由于圖片資料會(huì)相當(dāng)多，所以想單獨(dú)考慮存儲(chǔ)到其實(shí)數(shù)據(jù)庫(kù),現(xiàn)在考慮用mongodb存儲(chǔ)圖像。

個(gè)人數(shù)據(jù)庫(kù)設(shè)計(jì)想法：直接用關(guān)系數(shù)據(jù)庫(kù)存儲(chǔ)個(gè)人基本信息，然后用mongodb存儲(chǔ)個(gè)人的圖片資料，相當(dāng)于兩個(gè)數(shù)據(jù)庫(kù)協(xié)同進(jìn)行工作。

問(wèn)題：針對(duì)只提供一臺(tái)服務(wù)器的情況下，兩個(gè)數(shù)據(jù)庫(kù)這樣設(shè)計(jì)框架是否適，請(qǐng)各位指點(diǎn)一下，感謝��！

開(kāi)源中國(guó)(OSChina.NET)

MongoDB

網(wǎng)友回帖 (8)

ucaime

ucaime 發(fā)表于 3年前

這次的項(xiàng)目沒(méi)選擇MongoDB，用了豆瓣的beansDB，還不錯(cuò)

評(píng)論此回帖

zachary124

zachary124 發(fā)表于 3年前

資料還會(huì)增加，會(huì)什么不也用mongodb呢，至于存儲(chǔ)圖片，，總比存到文件夾強(qiáng)吧

評(píng)論此回帖

--- 共有 1 條評(píng)論 ---

wkl17(1年前)：為什么不肯存到文件夾?難道存進(jìn)數(shù)據(jù)庫(kù) 有壓縮作用?可節(jié)省磁盤空間?還是有其它優(yōu)點(diǎn)?

慶云發(fā)表于 3年前

放在一個(gè)分布式文件系統(tǒng)中吧，比如FastDFS ,支持容錯(cuò)，擴(kuò)展。

評(píng)論此回帖

--- 共有 1 條評(píng)論 ---

晴朗天空(3年前)：謝謝您寶貴的意見(jiàn)

技術(shù)揣摩

技術(shù)揣摩發(fā)表于 3年前

我想問(wèn)下LZ，圖片二進(jìn)制存儲(chǔ)是在什么業(yè)務(wù)場(chǎng)景下？保密要求么？拋開(kāi)這個(gè)不說(shuō)，分布式存儲(chǔ)不如用最火的HBASE+HDFS的hadoop這一套，單存圖片不如用純存儲(chǔ)設(shè)備

評(píng)論此回帖

--- 共有 6 條評(píng)論 ---

技術(shù)揣摩(3年前)：回復(fù) @李學(xué)明 : 單HDFS是不適合，因?yàn)樽钚K是64M，但LZ問(wèn)的是NOSQL DB存圖片，不是單分布式存儲(chǔ)，我推薦的是HBASE+HDFS，他們是單向依賴關(guān)系，Mongo和GridFS也是類似的

李學(xué)明(3年前)：HDFS這套來(lái)寸圖片就是沒(méi)事找虐，HDFS適合大文件

技術(shù)揣摩(3年前)：回復(fù) @晴朗天空 : 如果一臺(tái)的簡(jiǎn)單應(yīng)用還是存NOSQL吧，量比較少還是好的嘗試，推薦hbase

晴朗天空(3年前)：圖片存儲(chǔ)（主要是身份證信息的存儲(chǔ)），保密還是有要求的。hadoop這一套不熟，需要先了解一下。純?cè)O(shè)備存儲(chǔ)是否是直接圖片存路徑還是用K/V來(lái)做存儲(chǔ)？請(qǐng)您指正，謝謝您的意見(jiàn)。

技術(shù)揣摩(3年前)：回復(fù) @大人 : 不麻煩，就是個(gè)無(wú)驗(yàn)證登陸，配好一次后面再加設(shè)備也很簡(jiǎn)單

技術(shù)揣摩

技術(shù)揣摩發(fā)表于 3年前

如果可以分開(kāi)存儲(chǔ)的話我希望還是分開(kāi)，也就是身份證文字信息+頭像的做法，如果非要存身份證掃描復(fù)印照的全圖的話，可以做橋接，圖片存放在存儲(chǔ)，只存圖片，在圖片服務(wù)器做單一入口，并分配權(quán)限，還可以做些文件加密什么的操作，這樣分散開(kāi)個(gè)人覺(jué)得安全性更高些，不至于脫庫(kù)后連這些私密信息都跟著完蛋，還有，感覺(jué)用DB存這種大量的二進(jìn)制挺坑的，而且是越來(lái)越坑，你要考慮數(shù)據(jù)庫(kù)有可能經(jīng)常崩潰，而單純的文件系統(tǒng)會(huì)更穩(wěn)定

評(píng)論此回帖

--- 共有 1 條評(píng)論 ---

晴朗天空(3年前)：謝謝您的回復(fù)，我也覺(jué)得分開(kāi)存儲(chǔ)安全性會(huì)高一此，謝謝您關(guān)于DB存儲(chǔ)二進(jìn)制文件的意見(jiàn)與整個(gè)數(shù)據(jù)框架的意見(jiàn)。

大米被占用

大米被占用發(fā)表于 3年前

看了樓上說(shuō)的這些都是推薦用別的，也沒(méi)見(jiàn)過(guò)分析為啥不能用Mongo，不知道有多少人真正的用過(guò)MonogDB，對(duì)MongoDB的GridFS是否真的了解過(guò)。

分析一下，樓主的需求應(yīng)該是存海量二進(jìn)制小文件，使用傳統(tǒng)的磁盤直接存儲(chǔ)IO是個(gè)問(wèn)題，集群情況下，還得考慮共享。

建議樓主參考一下這篇文章：

評(píng)論此回帖

--- 共有 2 條評(píng)論 ---

技術(shù)揣摩(3年前)：確實(shí)沒(méi)有深入了解過(guò)mongo ；），不過(guò)I/O這方面著實(shí)不用擔(dān)心，用了GridFS等分布式存儲(chǔ)將會(huì)降低I/O，如果I/O上去，可以試著使用flashcache或者其他應(yīng)用級(jí)緩存系統(tǒng)將圖片緩存在內(nèi)存或者SSD中就可以解決，nosql的作用還存在爭(zhēng)論，LZ既然這么說(shuō)，希望LZ根據(jù)MongoDB來(lái)設(shè)計(jì)一套分布式圖片存儲(chǔ)，我們定會(huì)前去支持

晴朗天空(3年前)：謝謝您，文章非常有作用。但是我看《深入學(xué)習(xí)MongoDB》這本書里面，如果是小文件的話，不推薦使用GridFS，GridFS是用來(lái)放大數(shù)據(jù)的---至少是一個(gè)文檔放不下的數(shù)據(jù)，小文件直接存儲(chǔ)到文檔中，效率更高（引用至《深入學(xué)習(xí)MongoDB》）。也請(qǐng)您指正一下。

李學(xué)明