【问题标题】:Managing 1 million records per month insert/select [closed]每月管理 100 万条记录插入/选择 [关闭]
【发布时间】:2019-06-19 01:07:52
【问题描述】:

我正在开发一个实时提要,它可以为我提供实时数据。
记录数高达每月 100 万,我需要根据这些记录提供报告。

我选择了Mongodb,因为它在获取记录方面表现出色。

我在管理这些数据时遇到了问题,因为 1200 万条记录
我需要明智地保存每个月的数据吗?
我应该每个月使用不同的集合吗?

分析报告和所有内容都有很多选择查询。

【问题讨论】:

  • 不知道答案,但这听起来很模糊,任何人都无法提出建议。您甚至没有提供有关该问题的任何详细信息。

标签: mongodb scalability


【解决方案1】:

这取决于您希望如何使用数据,这由您决定。大量数据没有任何问题,您只需要使用与缓存工作相同的逻辑来限制繁重的查询(更容易访问,但不那么新鲜)。一种常用的方法是:

您有一个包含数百万条记录的“原始数据”表。该表非常大,但包含“纯”数据。您希望尽可能少地访问此表,因为它会很慢。

下一个表格不太准确,并且汇总了您需要的信息。在您的情况下,这可能是您在一个月结束后创建的“month_summery”。这样你仍然有完整的数据集,还有一个包含相关信息的小表(例如 num 行、sumOfX、averageOfY 等)。您的繁重查询现在是每月一次,您可以以此为基础进行统计。

如果您需要每周的数据,您可以制作一个“week_summery”表。或者,如果您需要每天的统计数据,那么您每天都需要,每年 365 个条目仍然比数百万要少得多。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-01-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-11-18
    • 2018-11-19
    相关资源
    最近更新 更多