-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Bulk API
-
2
-
2
-
Not Needed
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Expected Behavior
As a driver user
I expect unordered bulk insert operations to consistently match operation results
When calling getSuccessfullyInsertedIds with interspersed op types
Actual Behavior and Impact
- When calling getSuccessfullyInsertedIds, it's possible for the insertedIds list to include indexes that refer to unrelated operations durig a bulkwrite.
Expected behaviour: the correct operation index should be used - No customer reports
Dependencies
- None
Risks/Unknowns
- None
Acceptance Criteria
Implementation Requirements
- modify the insertedId's insertion items to include the proper index of the op
Testing Requirements
- Integration tests should be added to protect against the failure scenario in which getSuccessfullyInsertedIds can return invalid data after a partially-successful bulkWrite.
Documentation Requirements
- Release note crediting the user who submitted the fix
Follow Up Requirements
- A spec test should be added to cover that an unordered bulkwrite maintains affinity between op indexes and result indexes on insertedIDs when the bulkWrite has interspersed operations
- is related to
-
NODE-4913 insertedIds don't correspond to initial operation ordering in an unordered bulkwrite
-
- Backlog
-
-
NODE-5932 BulkWriteResult show incorrect insertedIds on certain errors when using bulk insert (insertMany)
-
- Backlog
-
- related to
-
DRIVERS-3025 Add guidance for batching and error handling for multi-write operations
-
- Backlog
-