这是一个创建于 3425 天前的主题，其中的信息可能已经有所发展或是发生改变。
存储大量的文件(每个文件 10Mb 左右)该选用哪种数据库？有哪些可选方案，优缺点是什么？ 希望大家不吝赐教
第 1 条附言 · 2016 年 8 月 31 日
几个分布式的服务器需要同时进行读写文件，考虑到读写冲突的问题，觉得数据库会比较方便。
或者有其它比较好的方案，请大家赐教，希望能具体点，本人在这方面还是个小白
或者有其它比较好的方案，请大家赐教，希望能具体点，本人在这方面还是个小白
 |
1
wesley 2016 年 8 月 31 日
不用数据库
|
 |
2
ohhe 2016 年 8 月 31 日
我用的 mongodb
|
 |
3
des 2016 年 8 月 31 日
存储文件用数据库？？？
|
 |
4
akira 2016 年 8 月 31 日
不是丢云存储最好么
|
 |
5
YvesX 2016 年 8 月 31 日 via iPhone
数据库？
|
 |
6
choury 2016 年 8 月 31 日 via Android
干嘛不用 s3
|
 |
7
shoumu 2016 年 8 月 31 日
大量是多大量？
|
 |
8
zmj1316 2016 年 8 月 31 日
这不用文件系统？实在有特殊需求现有的满足不了就自己实现一个定制的好了
|
 |
10
shiny PRO 应该把场景详细描述下，说不定帖子里求的方向就已经不对了。
|
 |
12
zjqzxc 2016 年 8 月 31 日  1
数据库是用来存数据的，不是用来存储文件的。
读写冲突的问题就算用了数据库也不好解决，除加锁。 可以考虑数据库上存储文件名和 MD5 ，修改文件后将文件提交到一个中心服务器上，并修改数据库中记录的 MD5 。每次访问时对比本地文件的 MD5 和数据库记录是否一致，若不一致则从中心服务器获取最新版。 建议可以加一个锁定标记，如果有人正在编辑这个文件时可以通知数据库“锁定”该文件，再有人试图编辑时给出提醒（当然也可以无视锁定记录强行编辑，提交时发现有冲突，参照 git 的方法让用户手动解决） |
 |
13
Septembers 2016 年 9 月 1 日
NFS ？考虑下分布式文件系统？
see https://en.wikipedia.org/wiki/List_of_file_systems#Distributed_file_systems |
Select Language