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