我正在构建一个应用程序，要求用户能够上传音频文件，然后在以后请求这些相同的文件。由于我对这一切还很陌生，因此创建文件目录对我来说确实很令人困惑，因此GridFS（将音频文件存储在数据库中）在这一点上似乎更容易理解。
我感到困惑的是，如果我朝着GridFS的方向发展，是否每个用户都需要拥有一个GridFS集合。还是我会以某种方式设置一个主要的GridFS集合，并且所有用户的音频文件都将位于该集合中。然后，在我的猫鼬用户模型中，我将保存属于给定用户的音频文件的名称。然后，当用户请求其音频文件时，我将获得属于该用户的文件列表，在一个主要GridFS集合中搜索这些文件？
我知道我最好设置一个文件系统（出于性能方面的考虑），我调查了nginx，但是发现自己越来越困惑了。
将gridFS视为带有音频文件的集合（因此我们具有fileId和内容），然后您需要将fileId与所有者记录/文档一起存储在某个地方。
在一个文档中存储指向用户文件的指针可能超出最大文档大小（16MB）的问题-因此，在这种情况下-我们需要一个简单的userId-fileId集合。玩得开心！
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句