Definition
$dateAddNew in version 5.0.
Increments a Date object by a specified number of time units.
The
$dateAddexpression has the following syntax:{ $dateAdd: { startDate: <Expression>, unit: <Expression>, amount: <Expression>, timezone: <tzExpression> } } Returns a Date. The
startDatecan be any expression that resolves to type Date, Timestamp or ObjectId. No matter which data type is used as input, the value returned will be a Date object.FieldRequired/OptionalDescriptionstartDateRequired
The beginning date, in UTC, for the addition operation. The
startDatecan be any expression that resolves to a Date, a Timestamp, or an ObjectID.unitRequired
The
unitused to measure theamountof time added to thestartDate. Theunitis an expression that resolves to one of the following strings:yearquarterweekmonthdayhourminutesecondmillisecond
amountRequired
The number of
unitsadded to thestartDate. Theamountis an expression that resolves to an integer or long. Theamountcan also resolve to an integral decimal or a double if that value can be converted to a long without loss of precision.timezoneOptional
The timezone to carry out the operation.
<tzExpression>must be a valid expression that resolves to a string formatted as either an Olson Timezone Identifier or a UTC Offset. If notimezoneis provided, the result is displayed inUTC.FormatExamplesOlson Timezone Identifier
"America/New_York" "Europe/London" "GMT" UTC Offset
+/-[hh]:[mm], e.g. "+04:45" +/-[hh][mm], e.g. "-0530" +/-[hh], e.g. "+03" For more information on expressions and types see Expressions and BSON Types.
Behavior
Time Measurement
MongoDB follows prevaling database usage and works with time in UTC. The
dateAdd expression always takes a startDate in UTC and returns
a result in UTC. If the timezone is specified, the calculation will
be done using the specified timezone. The timezone is especially
important when a calculation involves Daylight Savings Time (DST).
If the unit is a month, or larger the operation adjusts to
account for the last day of the month. Adding one month on the last
day of October, for example, demonstrates the "last-day-of-the-month"
adjustment.
{ $dateAdd: { startDate: ISODate("2020-10-31T12:10:05Z"), unit: "month", amount: 1 } }
Notice that the date returned, ISODate("2020-11-30T12:10:05Z"), is
the 30th and not the 31st since November has fewer days than October.
Time Zone
When using an Olson Timezone Identifier in the <timezone>
field, MongoDB applies the DST offset
if applicable for the specified timezone.
For example, consider a sales collection with the following document:
db.sales.insertOne( { "_id" : 1, "item" : "abc", "price" : 10, "quantity" : 2, "date" : ISODate("2014-01-01T08:15:39.736Z") } )
The following aggregation illustrates how MongoDB handles the DST
offset for the Olson Timezone Identifier. The example uses the
$hour and $minute operators to return the
corresponding portions of the date field:
db.sales.aggregate([ { $project: { "nycHour": { $hour: { date: "$date", timezone: "-05:00" } }, "nycMinute": { $minute: { date: "$date", timezone: "-05:00" } }, "gmtHour": { $hour: { date: "$date", timezone: "GMT" } }, "gmtMinute": { $minute: { date: "$date", timezone: "GMT" } }, "nycOlsonHour": { $hour: { date: "$date", timezone: "America/New_York" } }, "nycOlsonMinute": { $minute: { date: "$date", timezone: "America/New_York" } } } }])
The operation returns the following result:
{ "_id": 1, "nycHour" : 5, "nycMinute" : 24, "gmtHour" : 10, "gmtMinute" : 24, "nycOlsonHour" : 6, "nycOlsonMinute" : 24 }
Examples
Add a Future Date
Consider a collection of customer orders with these documents:
db.shipping.insertMany( [ { custId: 456, purchaseDate: ISODate("2020-12-31") }, { custId: 457, purchaseDate: ISODate("2021-02-28") }, { custId: 458, purchaseDate: ISODate("2021-02-26") } ] )
The normal shipping time is 3 days. You can use $dateAdd in an
aggregation pipeline to set an expectedDeliveryDate 3 days in the
future.
db.shipping.aggregate( [ { $project: { expectedDeliveryDate: { $dateAdd: { startDate: "$purchaseDate", unit: "day", amount: 3 } } } }, { $merge: "shipping" } ] )
After adding 3 days to the purchaseDate with $dateAdd in the
$project stage, the $merge stage updates the
original documents with the expectedDeliveryDate.
The resulting documents look like this:
{ "_id" : ObjectId("603dd4b2044b995ad331c0b2"), "custId" : 456, "purchaseDate" : ISODate("2020-12-31T00:00:00Z"), "expectedDeliveryDate" : ISODate("2021-01-03T00:00:00Z") } { "_id" : ObjectId("603dd4b2044b995ad331c0b3"), "custId" : 457, "purchaseDate" : ISODate("2021-02-28T00:00:00Z"), "expectedDeliveryDate" : ISODate("2021-03-03T00:00:00Z") } { "_id" : ObjectId("603dd4b2044b995ad331c0b4"), "custId" : 458, "purchaseDate" : ISODate("2021-02-26T00:00:00Z"), "expectedDeliveryDate" : ISODate("2021-03-01T00:00:00Z") }
Filter on a Date Range
Update the shipping collection from the last example with this code
to add delivery dates to the documents:
db.shipping.updateOne( { custId: 456 }, { $set: { deliveryDate: ISODate( "2021-01-10" ) } } ) db.shipping.updateOne( { custId: 457 }, { $set: { deliveryDate: ISODate( "2021-03-01" ) } } ) db.shipping.updateOne( { custId: 458 }, { $set: { deliveryDate: ISODate( "2021-03-02" ) } } )
You want to find late shipments. Use $dateAdd in a
$match stage to create a filter that matches documents in a
range of dates defined by a starting point ($purchaseDate) and a
time period given by $dateAdd.
db.shipping.aggregate( [ { $match: { $expr: { $gt: [ "$deliveryDate", { $dateAdd: { startDate: "$purchaseDate", unit: "day", amount: 5 } } ] } } }, { $project: { _id: 0, custId: 1, purchased: { $dateToString: { format: "%Y-%m-%d", date: "$purchaseDate" } }, delivery: { $dateToString: { format: "%Y-%m-%d", date: "$deliveryDate" } } } } ] )
The $match stage uses $gt and $dateAdd in
an expression ($expr) to compare the actual deliveryDate
with an expected date. Documents with delivery dates more than 5 days
after the purchaseDate are passed on to the $project
stage.
The $project stage uses the $dateToString
expression to convert the dates to a more readable format. Without the
conversion, MongoDB would return the date in ISODate format.
In this example only one record is returned:
{ "custId" : 456, "purchased" : "2020-12-31", "delivery" : "2021-01-10" }
Adjust for Daylight Savings Time
All dates are stored internally in UTC time. When a timezone is
specified, $dateAdd uses local time to carry out the calculations.
The results are displayed in UTC.
You have customers in several timezones and you want to see what effect
daylight savings time might have on your billing periods if you bill by
day or by hour.
Create this collection of connection times:
db.billing.insertMany( [ { location: "America/New_York", login: ISODate("2021-03-13T10:00:00-0500"), logout: ISODate("2021-03-14T18:00:00-0500") }, { location: "America/Mexico_City", login: ISODate("2021-03-13T10:00:00-00:00"), logout: ISODate("2021-03-14T08:00:00-0500") } ] )
First add 1 day, then add 24 hours to the login dates in each
document.
db.billing.aggregate( [ { $project: { _id: 0, location: 1, start: { $dateToString: { format: "%Y-%m-%d %H:%M", date: "$login" } }, days: { $dateToString: { format: "%Y-%m-%d %H:%M", date: { $dateAdd: { startDate: "$login", unit: "day", amount: 1, timezone: "$location" } } } }, hours: { $dateToString: { format: "%Y-%m-%d %H:%M", date: { $dateAdd: { startDate: "$login", unit: "hour", amount: 24, timezone: "$location" } } } }, startTZInfo: { $dateToString: { format: "%Y-%m-%d %H:%M", date: "$login", timezone: "$location" } }, daysTZInfo: { $dateToString: { format: "%Y-%m-%d %H:%M", date: { $dateAdd: { startDate: "$login", unit: "day", amount: 1, timezone: "$location" } }, timezone: "$location" } }, hoursTZInfo: { $dateToString: { format: "%Y-%m-%d %H:%M", date: { $dateAdd: { startDate: "$login", unit: "hour", amount: 24, timezone: "$location" } }, timezone: "$location" } }, } } ] ).pretty()
The $dateToString expression reformats the output for
readability. Results are summarized here:
Field | New York | Mexico City |
|---|---|---|
Start | 2021-03-13 15:00 | 2021-03-13 10:00 |
Start, TZ Info | 2021-03-13 10:00 | 2021-03-13 04:00 |
1 Day | 2021-03-14 14:00 | 2021-03-14 10:00 |
1 Day, TZ Info | 2021-03-14 10:00 | 2021-03-14 04:00 |
24 Hours | 2021-03-14 15:00 | 2021-03-14 10:00 |
24 Hours, TZ Info | 2021-03-14 11:00 | 2021-03-14 04:00 |
The chart highlights several points:
Unformatted dates are returned in UTC. The
$loginfor New York is UTC -5, however thestart,days, andhoursrows display the time in UTC.March 14th is the start of DST in New York, but not in Mexico. The calculated time is adjusted when a location switches to DST and crosses from one
dayto the next.DST modifies the length of the
day, not thehour. There is no DST change forhours. There is an only an adjustment for DST when the measurementunitisdayor larger and the computation crosses a clock change in the specifiedtimezone.