MongoDB集合

Question

我正在开发一个为用户收集推文，Facebook状态和Facebook照片的应用程序。 当前，用户确切地确定了他们希望何时进行收获，并且在此期间蜘蛛会获取数据。 when和to存储在MySQL数据库中，我的计划是将所有tweet，状态和照片元数据存储在MongoDB中（实际图像在S3上）。

我当时想我只是为用户想要收获的每个时期创建一个集合，然后将该时期中的所有推文等存储在该特定集合中。

这似乎是一种合理的方法吗？

Answer 1

这似乎是一种合理的方法吗？

＃1用户查询是什么？ 是“按期查找活动”吗？ 如果用户只想“按周期查找”，那么这是有道理的。

但是，如果用户想要累积视图，则现在必须收集用户的历史记录并将其合并以显示。

如果您既要“在此期间”又要“累加”，那么我建议您简单地将所有数据填充到单个用户对象中。 使用“收获运行”和“时间戳记”标记单个动作很容易。

Mongo详细信息 ：MongoDB可以处理最大约4MB的单个文档。 最新版本将其增加到8或16MB。 如果您仅将此空间用作文本，请意识到这是很多文本。 战争与和平的副本刚刚超过3MB。 因此，您正在谈论的是数百页4MB的文本。 有了8或16MB，您可能可以将大多数人的状态更新和推文存储多年。

请注意，MongoDB具有用于存储二进制数据（例如图像文件）的GridFS，因此您通常只在User文档中存储指向这些数据的指针。