mongodb的复合索引,这种情况下没什么作用?

有个数据库查询问题求解一下
在一个集合里面有1000万条视频数据
两个key 一个 时间戳 create_time 和一个 点赞量 parise_count

现在要求查出 create_time 为昨天以后的集合并且按照点赞量排行

第一种方法:
单独索引 create_time 、parise_count
按照 create_time >昨天,对结果进行sort,结果集几十万 ,排序很慢
这种不行
第二种方法:
复合索引 先 create_time 后 parise_count
按照 create_time >昨天,对结果进行sort,结果集几十万 ,排序很慢
因为 create_time 基本上每一个值对应一个文档, parise_count 也是,粒度非常小 所以这种复合索引基本没什么作用
第三种方法:
数据预处理
先按索引create_time 选出文档集,再按照parise_count 进行sort 然后插入到临时集合里面供查询
然后每两小时这样预处理一次
目前只想到这种方法,可是比较消耗服务器的CPU。不知道各位大神们遇到这种问题怎么做的?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值