对于使用Make(以前的integrat)和MongoDB的用户: 我一直在努力寻找查询两个日期之间所有记录的正确方法。最后，我所要做的就是像这里的一些解决方案中建议的那样删除ISODate。

所以完整的代码是:

"created": {
    "$gte": "2016-01-01T00:00:00.000Z",
    "$lt": "2017-01-01T00:00:00.000Z"
}

这篇文章帮助我实现了我的目标。

更新

在Make(以前的integrat)中实现上述代码的另一种方法是使用parseDate函数。因此下面的代码将返回与上面相同的结果:

"created": {
    "$gte": "{{parseDate("2016-01-01"; "YYYY-MM-DD")}}",
    "$lt": "{{parseDate("2017-01-01"; "YYYY-MM-DD")}}"
}

⚠️请务必包装{{parseDate("2017-01-01";"YYYY-MM-DD")}}。

将日期转换为GMT时区，因为您正在将它们填充到Mongo中。这样就不会有时区问题了。然后，当您将数据拉出来表示时，只需在twitter/timezone字段上进行计算。

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

你也可以看看这个。如果你正在使用这个方法，那么使用parse函数从Mongo数据库中获取值:

db.getCollection('user').find({
    createdOn: {
        $gt: ISODate("2020-01-01T00:00:00.000Z"),
        $lt: ISODate("2020-03-01T00:00:00.000Z")
    }
})

使用Moment.js和比较查询操作符

  var today = moment().startOf('day');
  // "2018-12-05T00:00:00.00
  var tomorrow = moment(today).endOf('day');
  // ("2018-12-05T23:59:59.999

  Example.find(
  {
    // find in today
    created: { '$gte': today, '$lte': tomorrow }
    // Or greater than 5 days
    // created: { $lt: moment().add(-5, 'days') },
  }), function (err, docs) { ... });

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

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

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