MongoDB架构反馈(历史数据)

时间:2017-01-26 04:15:48

标签: mongodb time-series pymongo

Nested Schema

Flat Schema

我们花了相当多的时间研究模式设计的最佳方向,并且停留在上述两种设计之间。显然,对数据的查询将非常困难,但达到数据点所需的最大步骤数为68(1年,12个月,31天,24小时)。

第二种设计允许更简单的查询来查找相关数据,但最大步数为8,760,具体取决于数据的位置。

我们计划在未来提供 LARGE 数量的历史数据,但我们需要多年才能获得足够的牵引力来达到这一点。

问题:

  1. 此时查找数据的步骤数量是否很重要?
  2. 如果速度/步骤成为一个问题,将来是否难以迁移到新的架构?
  3. 对于我们遗漏的历史数据是否有更好的方法?
  4. 任何其他的反馈/建议/智慧绝对值得赞赏。

0 个答案:

没有答案