我正在构建一个应用程序,它要求用户能够上传音频文件,然后稍后请求这些相同的文件。由于我对所有这些都非常陌生,创建一个文件目录似乎让我感到困惑,因此GridFS (将音频文件存储在数据库中)在这一点上似乎更容易理解。
我感到困惑的是,如果我遵循GridFS的方向,是否每个用户都需要一个GridFS集合。或者我会以某种方式设置一个主GridFS集合,并且所有用户的音频文件都将在该集合中。然后,在我的猫鼬用户模型中,我会保存属于给定用户的音频文件的名称。然后当用户请求他们的音频文件时,我将得到属于该用户的文件列表,搜索一个主要的GridFS集合来获取这些文件?
我知道最好设置一个文件系统(性能原因),我查看了nginx,但是我发现自己越来越困惑了。
发布于 2016-03-04 20:56:52
将gridFS视为带有音频文件的集合(因此我们有fileId和内容),那么您需要将fileId存储在所有者记录/文档的某个地方。
在一个文档中存储指向用户文件的指针可能会超出最大文档大小(16 so )--所以如果这是一种情况--那么我们需要一个简单的userId-fileId集合。玩得开心点!
https://stackoverflow.com/questions/35805740
复制相似问题