Array update with positional $ operator in MongoDB - Time & Space Complexity
When updating an element inside an array in MongoDB, it's important to understand how the time taken grows as the array gets bigger.
We want to know how the update operation scales when using the positional $ operator.
Analyze the time complexity of the following code snippet.
db.collection.updateOne(
{ _id: 1, "items.id": 42 },
{ $set: { "items.$.value": 100 } }
)
This code finds a document with _id 1 and updates the value of the first array element in items where id is 42.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Scanning the
itemsarray to find the first element matchingid: 42. - How many times: In the worst case, it checks each element once until it finds a match or reaches the end.
The time to find the matching array element grows as the array gets longer.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | Up to 10 checks |
| 100 | Up to 100 checks |
| 1000 | Up to 1000 checks |
Pattern observation: The number of checks grows directly with the array size.
Time Complexity: O(n)
This means the update time grows linearly with the number of elements in the array.
[X] Wrong: "The positional $ operator updates the array element instantly regardless of array size."
[OK] Correct: MongoDB must scan the array to find the matching element first, so larger arrays take more time.
Understanding how array updates scale helps you explain database performance clearly and shows you know how data size affects operations.
What if we added an index on items.id? How would the time complexity of this update change?