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