-
Type:
Bug
-
Resolution: Duplicate
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Execution
-
ALL
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Create a timeseries collection:
> db.runCommand({create: "myts", timeseries: {timeField: "t", metaField: "sensor"}})
{
"ok" : 1,
...
}
Try to insert an invalid doc to it. Notice that {"n" : 1}, though nothing was inserted.
> db.runCommand({insert: "myts", documents: [{"metadata": { "sensor": 2}, "u": ISODate("2021-05-18T00:00:00.000Z"), "temp": 12}]})
{
"n" : 1,
"writeErrors" : [
{
"index" : 0,
"code" : 2,
"errmsg" : "'t' must be present and contain a valid BSON UTC datetime value"
}
],
"ok" : 1,
...
}
> db.myts.find().itcount()
0
For a non-timeseries collection, on a write error (say DuplicateKeyError) the correct n is returned:
> db.runCommand({insert: "basic4", documents: [{_id: 1}]})
{
"n" : 0,
...
"writeErrors" : [
{
"index" : 0,
"code" : 11000,
"errmsg" : "E11000 duplicate key error collection: test.basic4 index: _id_ dup key: { _id: 1.0 } found value: RecordId(3)",
"keyPattern" : {
"_id" : 1
},
"keyValue" : {
"_id" : 1
},
"foundValue" : NumberLong(3),
"duplicateRid" : NumberLong(3)
}
],
"ok" : 1,
...
}
- duplicates
-
SERVER-79787 Ordered timeseries inserts may return wrong 'n' value when a statement fails
-
- Closed
-