从集合（即mongoDB GridFs的块或文件）中选择。我们可以根据什么来决定这一点？

Question

我是mongoDB的新手，想用它来存储文件，即图像和视频（大小可以超过40-50MB)。为此，我们可以使用mongoDB网格。但在gridFS中，它们是两个集合，即块和文件。现在我想知道哪一个集合，即块或文件，将最适合我。我们是如何或在什么基础上决定它的。

要求：

• 存储图像和视频
• 视频可以大于40-50MB
• 频繁访问此介质

Answer 1

GridFS实际上是什么可能有点混乱，因为它实际上并不是MongoDB“做”的事情，它实际上只是一个驱动程序规范，用于如何在标准集合中存储超过16MB BSON限制的数据。

为此，GridFS实现使用了两个集合。一个一般被命名为“文件”，另一个被命名为“块”。这些有不同的目的，并不是一个“选择”的地方存储如你所问。

“Files”集合是用于“元数据”的，元数据只是关于“文件”的一些信息，基本上是您希望它是什么。这“描述”文件，最重要的是充当对_id的“引用”，该_id用于标识“chunks”集合中的文件。作为示例：

db.fs.files.findOne()
{
    "_id" : ObjectId("533b67d8afc27c15fc82caf4"),
    "filename" : "twig.pl",
    "chunkSize" : 262144,
    "uploadDate" : ISODate("2014-04-02T01:28:56.915Z"),
    "md5" : "9b10c69537126652aebc2742ca3ad69a",
    "length" : 267
}

因此有一个_id和一些关于文件的其他数据。它只是一个标准集合，您可以查询它。

当然，“块”实际上指的是实际“文件”的“部分”，简而言之，它看起来如下所示：

{
    "_id" : ObjectId("533b67d8c6ed8872a7fa9ff0"),
    "files_id" : ObjectId("533b67d8afc27c15fc82caf4"),
    "n" : 0,
    "data" : BinData(0,"IyEvdXNyL2Jpbi9lbnYg....")
}

并且将会有实际存储内容所需的数量。

至于块的“大小”，这通常由驱动程序实现决定，但通常会有一种方法来指定要使用什么，但从规范来看：

“默认情况下，GridFS将块大小限制为255K...”

但您当然应该尝试在实现中保持这种一致性。从上面的“元”文档中可以看到，规范是将该信息与元数据一起“存储”，以便在回读和“构造”一个排序句柄时可以确定该信息。

因此“驱动程序实现”将实际处理对块的“读/写”操作如何发生，并且通常会做一些事情来将结果呈现为“文件”或“流”的类型。但这些只是“普通藏品”，本身并无特别之处。因此，所有正常的查询和CRUD操作都可以在这些集合上工作，就像在其他集合上一样。