mongodb上的时间序列版本控制的文档结构

Question

我有一个不断增长的时间序列，并且（可能）会随着时间而修订：

关于“ 2013-01-01”：数据的第一版

“ 2013-01-01” 10

关于“ 2013-01-02”：1月1日的数据从10修改为11

“ 2013-01-01” 11

关于“ 2013-02-01”：2月1日数据的第一版

“ 2013-01-01” 11
“ 2013-02-01” 20

关于“ 2013-02-02”：2月1日的数据从20修改为21

“ 2013-01-01” 11
“ 2013-02-01” 21

最常见的查询：

query1：获取所有日期的最新版本

“ 2013-01-01” 11
“ 2013-02-01” 21

query2：获取在特定日期已知的时间序列：

例如，查询“ 2013-02-01”，我需要获取
“ 2013-01-01” 11
“ 2013-02-01” 20

请注意，query1与query2相同，但date =当前日期

我需要帮助来构建文档，而由于我来自关系背景，因此我不确定该结构的含义。 我已经基本确定了2种可能的结构，并且很乐意收到一些其他结构的反馈或建议。

选项A：每个修订都在单独的文档中

{
  "id":"1",
  "date":"2013-01-01",
  "version_date":"2013-01-01",
  "value":10
}

{
  "id":"1",
  "date":"2013-01-01",
  "version_date":"2013-01-02",
  "value":11
}

{
  "id":"1",
  "date":"2013-02-01",
  "version_date":"2013-02-01",
  "value":20
}

{
  "id":"1",
  "date":"2013-02-01",
  "version_date":"2013-02-02",
  "value":21
}

选项B：一份文件包含一个日期的所有修订

{
  "id":"1",
  "date":"2013-01-01",
  "values" : [ 
              { "version_date":"2013-01-01",
                "value":10
              },
              {
                "version_date":"2013-01-02",
                "value":11
              }
}

{
  "id":"1",
  "date":"2013-02-01",
  "values" : [ 
              { "version_date":"2013-02-01",
                "value":20
              },
              {
                "version_date":"2013-02-02",
                "value":21
              }
}

在选项B中，我还担心以下事实：由于文档的组成部分越来越大，执行更新查询可能会有点困难，我不确定mongodb是否对它进行了很好的支持/优化了该问题。

编辑：我也在考虑选项C来加快query1：（尽管它可能会减慢写入速度）

{
  "id":"1",
  "date":"2013-01-01",
  "values" : [ 
              { "version_date":"2013-01-01",
                "value":10
              },
              {
                "version_date":"2013-01-02",
                "value":11
              }
  "last_value":11
}

{
  "id":"1",
  "date":"2013-02-01",
  "values" : [ 
              { "version_date":"2013-02-01",
                "value":20
              },
              {
                "version_date":"2013-02-02",
                "value":21
              }
  "last_value":21
}

Answer 1

与所有此类问题一样，您是唯一可以回答此问题的人。 如果您有数据，请尝试两种方式对具有真实查询的真实数据进行基准测试，然后比较哪种方法更好。 如果没有数据，请尝试进行模拟。

请记住，使用选项B和C必须知道每个文档16 Mb的限制 。 因此，如果您有很多版本-可能会达到限制（但是您必须了解，版本太多，无法达到16Mb）。 还请记住，更新此类文档可以并在磁盘上进行许多移动 。

如果您需要一次选择一个特定文档的所有修订版，那么选项B和C会很好，但是在您最常查询的地方我没有找到它。 请记住，使用正确的索引，您也可以使用选项A来实现。

Answer 2

官方页面上实际上有一个最近的博客文章，涉及该主题： http : //blog.mongodb.org/post/65517193370/schema-design-for-time-series-data-in-mongodb如有需要，请询问其他任何问题。

Answer 3

考虑到上述选项和您的要求，最好像在选项B中提到的那样基于date创建您的结构，如果对date进行索引也很好。 一些场景（轻松阅读，更新）显示了为什么这似乎是正确的优化解决方案，这些场景是：

1. 检索特定日期的所有版本。
2. 检索一段时间内的所有版本（例如，从2012年1月到2012年2月）
3. 插入新版本，只需使用$ push即可 。
4. 删除旧版本，只需使用$ pull进行简单查询即可。