开源中国(OSChina.NET)
本文关键词：深入学习MongoDB，由笔耕文化传播整理发布。
返回
MongoDB是否适合存储二进制数据,效率如何？感谢oschina的大牛们给点建议！
晴朗天空 发布于 2013年10月21日 (共有8个回帖)
MongoDB是否适合二进制数据(如图片数据)的存储？ 如果采用mongodb做图片数据存储（直接存储到文档或用GridFS存储），它的效率会是怎么样的？ 大神啊，给点意见？
问题产生背景：项目需要存储个人的信息和个人的图片资料。由于图片资料会相当多，所以想单独考虑存储到其实数据库,现在考虑用mongodb存储图像。
个人数据库设计想法：直接用关系数据库存储个人基本信息，然后用mongodb存储个人的图片资料，相当于两个数据库协同进行工作。
问题：针对只提供一台服务器的情况下，两个数据库这样设计框架是否适，请各位指点一下，感谢啊！
MongoDB
ucaime 发表于 3年前
这次的项目没选择MongoDB，用了豆瓣的beansDB，还不错
评论此回帖
zachary124 发表于 3年前
资料还会增加，会什么不也用mongodb呢，至于存储图片，，总比存到文件夹强吧
评论此回帖
--- 共有 1 条评论 ---
庆云 发表于 3年前
放在一个分布式文件系统中吧，比如FastDFS ,支持容错，扩展 。
评论此回帖
--- 共有 1 条评论 ---
技术揣摩 发表于 3年前
我想问下LZ，图片二进制存储是在什么业务场景下？保密要求么？抛开这个不说，分布式存储不如用最火的HBASE+HDFS的hadoop这一套，单存图片不如用纯存储设备
评论此回帖
--- 共有 6 条评论 ---
技术揣摩 发表于 3年前
如果可以分开存储的话我希望还是分开，也就是身份证文字信息+头像的做法，如果非要存身份证扫描复印照的全图的话，可以做桥接，图片存放在存储，只存图片，在图片服务器做单一入口，并分配权限，还可以做些文件加密什么的操作，这样分散开个人觉得安全性更高些，不至于脱库后连这些私密信息都跟着完蛋，还有，感觉用DB存这种大量的二进制挺坑的，而且是越来越坑，你要考虑数据库有可能经常崩溃，而单纯的文件系统会更稳定
评论此回帖
--- 共有 1 条评论 ---
大米被占用 发表于 3年前
看了楼上说的这些都是推荐用别的，也没见过分析为啥不能用Mongo，不知道有多少人真正的用过MonogDB，对MongoDB的GridFS是否真的了解过。
分析一下，楼主的需求应该是存海量二进制小文件，使用传统的磁盘直接存储IO是个问题，集群情况下，还得考虑共享。
建议楼主参考一下这篇文章：
评论此回帖
--- 共有 2 条评论 ---
李学明 发表于 3年前
推荐楼主使用mogilefs， 目前用mogilefs存了30T左右的图片，性能，稳定性，可管理性都不错。
至于GridFS，没有太多经验，无法评论
评论此回帖
--- 共有 1 条评论 ---
edgar 发表于 3年前
试试新版leveldb？+自己做点cache相结合？
评论此回帖
--- 共有 1 条评论 ---
© 2008~2017 开源中国
本文关键词：深入学习MongoDB，由笔耕文化传播整理发布。
本文编号：260643
本文链接：https://www.wllwen.com/wenshubaike/mishujinen/260643.html
