使用$gte和$lte在mongodb中查找日期数据

var tomorrowDate = moment(new Date()).add(1, 'days').format("YYYY-MM-DD");
db.collection.find({"plannedDeliveryDate":{ $gte: new Date(tomorrowDate +"T00:00:00.000Z"),$lte: new Date(tomorrowDate + "T23:59:59.999Z")}})

使用$gte和$lte在mongodb中查找日期数据

var tomorrowDate = moment(new Date()).add(1, 'days').format("YYYY-MM-DD");
db.collection.find({"plannedDeliveryDate":{ $gte: new Date(tomorrowDate +"T00:00:00.000Z"),$lte: new Date(tomorrowDate + "T23:59:59.999Z")}})

为什么不将字符串转换为YYYYMMDDHHMMSS形式的整数?每增加一个时间就会生成一个更大的整数，您可以对整数进行筛选，而不必担心转换为ISO时间。

以ISO日期格式保存created_at日期，然后使用$gte和$lte。

db.connection.find({
    created_at: {
        $gte: ISODate("2010-05-30T18:47:00.000Z"),
        $lte: ISODate("2010-05-30T19:00:00.000Z")
    }
})

MongoDB实际上将日期的millis存储为int(64)，如http://bsonspec.org/#/specification所规定的那样

但是，当您检索日期时，可能会非常混乱，因为客户端驱动程序将实例化一个带有自己本地时区的日期对象。mongo控制台中的JavaScript驱动程序肯定会做到这一点。

所以，如果你关心你的时区，那么确保你知道当你拿回来的时候它应该是什么。这对于查询不应该有太大的影响，因为它仍然等同于相同的int(64)，不管你的日期对象在哪个时区(我希望如此)。但我肯定会用实际的日期对象(而不是字符串)进行查询，并让驱动程序做它的事情。

在MongoDB Cookbook中查询日期范围(特定的月份或日期)对这个问题有很好的解释，但下面是我自己尝试过的东西，它似乎有效。

items.save({
    name: "example",
    created_at: ISODate("2010-04-30T00:00:00.000Z")
})
items.find({
    created_at: {
        $gte: ISODate("2010-04-29T00:00:00.000Z"),
        $lt: ISODate("2010-05-01T00:00:00.000Z")
    }
})
=> { "_id" : ObjectId("4c0791e2b9ec877893f3363b"), "name" : "example", "created_at" : "Sun May 30 2010 00:00:00 GMT+0300 (EEST)" }

根据我的实验，您需要将日期序列化为MongoDB支持的格式，因为下面给出了不希望看到的搜索结果。

items.save({
    name: "example",
    created_at: "Sun May 30 18.49:00 +0000 2010"
})
items.find({
    created_at: {
        $gte:"Mon May 30 18:47:00 +0000 2015",
        $lt: "Sun May 30 20:40:36 +0000 2010"
    }
})
=> { "_id" : ObjectId("4c079123b9ec877893f33638"), "name" : "example", "created_at" : "Sun May 30 18.49:00 +0000 2010" }

在第二个例子中，没有预期结果，但仍然得到了一个结果。这是因为做了一个基本的字符串比较。