首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在MongoDB中提取一个好的基于时间的查询的切分密钥

在MongoDB中提取一个好的基于时间的查询的切分密钥
EN

Stack Overflow用户
提问于 2014-05-02 03:34:36
回答 1查看 1.8K关注 0票数 4

我收集了以下文件:

代码语言:javascript
复制
{
    "_id" : ObjectId("535e194aba863da3118cdf8a"),
    "device_id" : "1080000008",
    "others" : [ 
        {
            "mileage" : "0.0",
            "event" : "5",
            "satellite" : "8",
            "altitude" : "0",
            "heading" : "290"
        }
    ],
    "speed" : 68,
    "lat" : 1.3209,
    "lng" : 103.89139,
    "dateTime" : ISODate("2014-04-28T17:03:05.000Z"),
    "output_status" : 0,
    "street_name" : "JALAN AFIFI",
    "device_type" : "VT10",
    "__v" : 0
}

我有两个碎片,A和B,我希望碎片A包含基于DateTime的最新文档,碎片B包含超过48小时的文档。

在MongoDB中有可能吗?还是我可以选择更好的组合,比如lat/lng?还是碎片键应该跟随索引键?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2014-05-02 13:32:12

我认为最简单的方法是使用标签感知切分,除了链接的文档之外,标记感知分片上还有一个很好的在这里发现的。你会有一个碎片(或一组碎片)被标记为“短期”(或任何有意义的东西),然后另一个碎片(或一组碎片)被标记为“长期”。

选择一个分割键,它允许您根据时间来识别范围,然后将所有新的数据标记为“短期”。现在,您所要做的就是定期更改旧范围上的标记,以将它们移动到“长期”。

平衡器会将碎片移动到适当的标签上作为优先级(唯一更高的优先级是一个耗尽的碎片),因此只要您能够处理这样一个事实,即您的“短期”碎片有超过48小时的时间框架,您应该会没事。

这样做的缺点是,在编写的短期碎片上会出现“热”块--新数据的所有写操作都会转到单个块--最大块(对于任何单调增加的切分键都是如此)。如果您对此表示满意,并且可以在单个碎片上处理新的数据写入卷,那么您应该会没事。

注意,您不必使用您的dateTime字段(请记住,您的碎片键是不可变的),您也可以在_id字段中使用ObjectID,因为这也包含一个基于时间的值-有关这方面的更多信息,请参见我的相关这里的问答

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/23420296

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档