sách gpt4 ai đã đi

Bộ sưu tập MongoDB

In lại 作者:可可西里 更新时间:2023-11-01 10:01:34 30 4
mua khóa gpt4 Nike

我正在开发一款应用程序,可以为用户收集推文、Facebook 状态和 Facebook 照片。目前,用户确切地设定了他们希望这种收获发生的时间和时间,并且蜘蛛会在此期间拉取数据。 when 和 to 存储在 MySQL 数据库中,我的计划是将所有推文、状态和照片元数据存储在 MongoDB 中(实际图像存储在 S3 上)。

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

这看起来是一种合理的方法吗?

1 Câu trả lời

Does this seem like a reasonable approach?

#1 用户查询是什么?是“按时间段查找事件”吗?如果用户只想“按句点查找”,那么这是有道理的。

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

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

Mongo 详细信息:MongoDB 可以处理最大约 4MB 的单个文档。最新版本高达 8 或 16MB。如果您仅将此空间用于文本,请意识到这是很多文本。 war 与和平的副本刚刚超过 3MB。所以你说的是 4MB 的数百页文本。使用 8 或 16MB,您可能可以为大多数人存储多年的状态更新和推文。

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

关于MongoDB 集合,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4251468/

30 4 0
可可西里
Hồ sơ cá nhân

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá Didi Taxi miễn phí
Mã giảm giá Didi Taxi
Giấy chứng nhận ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com