存储大量的文件(每个文件 10Mb 左右)该选用哪种数据库？有哪些可选方案，优缺点是什么？ 希望大家不吝赐教
This topic created in 3568 days ago, the information mentioned may be changed or developed.
Supplement 1 · Sep 1, 2016
从大家的回答中受益匪浅，看来还是应该创建文件系统来存储这些文件
 |
1
paulw54jrn Aug 31, 2016
如果用云的话就是存 S3(或对应的服务上), 然后 meta data 存数据库用于检索.
自己搭的话可以 HDFS, 可以 NFS + RDBMS |
 |
2
VeryEase Aug 31, 2016
二进制文件为什么要存数据库.... 如果真要这么做的话，可以考虑下 mongodb ， 以前做过某款产品，开发版就是这么干的，后来放弃这种做法了。
|
 |
3
lhbc Aug 31, 2016 via Android
身为程序员
“大量”这种词就不应该说 |
 |
4
e8c47a0d Aug 31, 2016
为什么要存在数据库里……
|
 |
5
hanxiV2EX Aug 31, 2016 via iPhone
存文件，数据库只存路径
|
 |
6
zhuangzhuang1988 Aug 31, 2016
|
 |
7
whatot Aug 31, 2016
在几乎所有情况下，都是应该减少数据库内部的数据量。
你这样使用数据库完全就是在浪费数据库的能力。 存文件还是用对象存储，元数据放数据库。 |
 |
8
htfy96 Aug 31, 2016
建议 GlusterFS 。 mongoDB 稳定性。。 https://news.ycombinator.com/item?id=9912842
|
 |
9
purrgil Aug 31, 2016
什么叫大量？
2T 硬盘就叫大数据？ |
 |
10
lcsoft Aug 31, 2016
很好奇，除了要索引文件内容做全文搜索，还有哪些原因需要把文件塞到数据库里？
|
 |
11
kingoldlucky Aug 31, 2016
对象存储 ~~ 文件和元数据分开放 现在大互联网公司都这么干 对于海量小文件也适用
|
 |
12
lianxiaoyi Aug 31, 2016 via Android
这种东西毫不犹豫丢阿里云 oss 或者七牛啊！然后数据库装唯一标识！用数据库存储，你考虑过数据库带宽的感受没？
|
 |
13
tjxjj Aug 31, 2016
真和数据库压根没啥关系。数据库最多放个索引和元数据，核心还是你这些文件是否要考虑分库，分目录和带宽(如果经常要用的话，如果是图片还需要创建低分辨率的图片等等)
|
 |
14
Powered Aug 31, 2016 via Android
有目录的文件夹->自建分布式文件系统
没有目录的单个文件->对象存储 |
 |
15
carmark Aug 31, 2016
[seaweedfs]( https://github.com/chrislusf/seaweedfs)
|
 |
16
msg7086 Aug 31, 2016
文件系统就是一个数据库。
|
 |
18
dsg001 Sep 1, 2016
几千万<100K 文件硬盘扛不住，压缩后扔到数据库
|
|
21
lhbc Sep 1, 2016 via Android
|
 |
22
efurture Sep 1, 2016
文件系统，数据库存路径
|
Select Language