用于存储大文件的NoSQL数据库？

我需要将非常大（超过512Mb）的二进制文件存储到NoSQL数据库中。哪种特定的NoSQL数据库实现允许这样做？

我认为，如果将二进制数据放入NoSQL数据库解决方案中，您可能会使用错误的工具来完成这项工作。

没有经验，但Mongos GridFS是我唯一听说的专门用于存储文件的工具

有一种超级精简的NoSQL存储机制，它对随机访问提供了极好的支持。事实上，对于一个通用的、标准化的界面，有许多相互竞争的实现，需要经过数年的测试，来自世界各地数亿用户

---

只需查看

fopen

。这是网络规模

如果要在非关系数据库中存储二进制文件，可以考虑使用。您还可以考虑使用Hadoop以分布式方式存储文件。除非您有三台或更多的服务器来运行这些解决方案，并且有一个快速的网络主干来支持文件复制，否则这两种解决方案都不会对您有多大帮助

---

如果不了解在数据库中存储大量二进制数据的基本原理，这就没有多大意义。您的文件系统在存储带有可搜索元数据的二进制文件方面做得非常出色。如果您只是想对电影及其元数据进行编目，那么有更好的解决方案。如果您试图为电影提供分布式和冗余存储，那么有更好的解决方案。

您应该澄清随机访问二进制文件的目的。二进制文件中的随机访问听起来很像数据库。我不确定是否要在数据库中放置数据库；）根据这一点，mongo不适合大文件，它会被2gb的摘要存储空间压缩。。。尝试为该数据库找到一个键值数据库，riak和redis都很好，但该数据库不推荐大于50mb的文件：S也许mcdb在这方面很好：相关：+1，fopen对缓存数据很好（我想））+1，我两天前做了一些测试。它适用于MongoDB，但我想尝试查找其他内容进行比较；）你能告诉我为什么需要在数据库中存储一个大文件吗？在提问者的例子中，一个512mb的文件…您可能需要在不同的节点上分发该文件，以便有一个正确扩展的服务：例如。