Hint: Use { sparse: true } option to create sparse indexes [OK]
Common Mistakes:
Using unique instead of sparse option
Confusing background with sparse
Using expireAfterSeconds for sparse index
3. Given a collection with documents:
{ _id: 1, name: "Alice", age: 30 }
{ _id: 2, name: "Bob" }
{ _id: 3, name: "Charlie", age: 25 }
and a sparse index on age, what documents will be returned by db.collection.find({ age: { $gte: 25 } })?
medium
A. Documents with _id 1 and 3 only
B. Documents with _id 1, 2, and 3
C. Documents with _id 2 only
D. No documents returned
Solution
Step 1: Understand sparse index effect on query
The sparse index on age only indexes documents that have the age field. Document with _id 2 has no age field, so it is not indexed.
Step 2: Evaluate the query filter
The query { age: { $gte: 25 } } matches documents where age is 25 or more. Documents with _id 1 (age 30) and _id 3 (age 25) match. Document _id 2 is excluded because it has no age field.
Final Answer:
Documents with _id 1 and 3 only -> Option A
Quick Check:
Sparse index excludes docs missing field, so only _id 1 and 3 match [OK]
Hint: Sparse index excludes docs missing field, so only those with field match [OK]
Common Mistakes:
Including documents without the indexed field
Assuming all documents are returned
Confusing sparse index with regular index
4. You created a sparse index on phone field but your queries on phone are slow. What is a likely cause?
medium
A. Sparse indexes index all documents regardless of field presence
B. Sparse indexes always slow down queries
C. You forgot to create the index
D. Many documents do not have the phone field, so index is small and not used
Solution
Step 1: Analyze sparse index behavior
Sparse indexes only index documents with the field. If many documents lack the phone field, the index is small.
Step 2: Understand query performance impact
If the index is small or not selective, MongoDB may choose not to use it, causing slower queries.
Final Answer:
Many documents do not have the phone field, so index is small and not used -> Option D
Quick Check:
Sparse index small if field missing in many docs, may not speed queries [OK]
Hint: Sparse index small if many docs lack field, may not improve speed [OK]
Common Mistakes:
Assuming sparse indexes always slow queries
Forgetting to create the index
Thinking sparse indexes index all documents
5. You want to create an index on the status field, but only for documents where status exists and is not null. Which MongoDB index type should you use and why?
hard
A. TTL index, because it removes documents after a time
B. Sparse index, because it indexes only documents with the field present
C. Regular index, because it indexes all documents regardless of field
D. Unique index, because it enforces unique values
Solution
Step 1: Identify index requirement
You want to index only documents where status exists and is not null, skipping documents without status.
Step 2: Match index type to requirement
Sparse indexes index only documents that have the indexed field, which fits the requirement perfectly.
Final Answer:
Sparse index, because it indexes only documents with the field present -> Option B
Quick Check:
Use sparse index to index only docs with the field [OK]
Hint: Use sparse index to index only documents with the field present [OK]
Common Mistakes:
Choosing regular index which indexes all documents
Confusing TTL or unique indexes with sparse
Not understanding sparse index skips missing fields
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.