A compound index helps you find data faster when you search using more than one field. The order of fields in the index matters because it changes how quickly you get results.
Compound index and field order in MongoDB
db.collection.createIndex({ field1: 1, field2: -1 })Use 1 for ascending order and -1 for descending order.
The order of fields in the index affects which queries can use it efficiently.
db.products.createIndex({ category: 1, price: 1 })db.orders.createIndex({ customerId: 1, orderDate: -1 })db.users.createIndex({ lastName: 1, firstName: 1 })First, we create a compound index on region (ascending) and salesAmount (descending). Then, we find sales in the 'West' region and sort them by salesAmount from highest to lowest. The index helps this query run faster.
db.sales.createIndex({ region: 1, salesAmount: -1 })
db.sales.find({ region: 'West' }).sort({ salesAmount: -1 })If you search only by the first field in the compound index, MongoDB can still use the index efficiently.
But if you search only by the second field, the index is not helpful.
Think of the index like a phone book sorted first by last name, then by first name.
Compound indexes speed up queries using multiple fields together.
The order of fields in the index matters for query performance.
Use ascending (1) or descending (-1) to control sorting in the index.
Practice
Solution
Step 1: Understand what an index is
An index helps MongoDB find data faster by organizing it.Step 2: Understand compound index purpose
A compound index uses more than one field to speed up queries that use those fields together.Final Answer:
Speeds up queries that filter or sort on multiple fields together -> Option AQuick Check:
Compound index = Speeds up multi-field queries [OK]
- Thinking it stores data in multiple collections
- Confusing with backup or encryption features
- Believing it only indexes one field
age ascending and score descending in MongoDB?Solution
Step 1: Recall syntax for createIndex
MongoDB uses an object with field names and 1 or -1 for ascending/descending.Step 2: Match field order and directions
Age ascending is 1, score descending is -1, so { age: 1, score: -1 } is correct.Final Answer:
db.collection.createIndex({ age: 1, score: -1 }) -> Option AQuick Check:
Use 1/-1 for asc/desc in object [OK]
- Using array instead of object for fields
- Using strings like 'asc' or 'desc' instead of 1/-1
- Mixing ascending and descending incorrectly
{ city: 1, rating: -1 }, which query will use the index efficiently?Solution
Step 1: Understand index field order and directions
The index is on city ascending, then rating descending.Step 2: Check query filter and sort usage
Query B filters on city (first field) and sorts rating descending (matching index direction).Final Answer:
db.collection.find({ city: 'NYC' }).sort({ rating: -1 }) -> Option CQuick Check:
Filter first field, sort second field matching index [OK]
- Sorting rating ascending when index is descending
- Filtering only on rating without city
- Ignoring field order in index
{ a: 1, b: 1 } but your query { b: 5 } is slow. What is the likely issue?Solution
Step 1: Recall how compound indexes work
Compound indexes work best when queries filter on the first field in the index.Step 2: Analyze query filter
The query filters only onb, the second field, so index onathenbis not used efficiently.Final Answer:
The query does not filter on the first indexed fielda-> Option BQuick Check:
Filter must include first index field [OK]
- Thinking MongoDB doesn't support compound indexes
- Believing field order doesn't matter
- Assuming descending order is always required
category and sorting by price ascending. Which compound index is best?Solution
Step 1: Identify query pattern
Queries filter by category and sort by price ascending.Step 2: Choose index field order and direction
Index should have category first (filter), then price ascending (sort) to match query.Final Answer:
db.collection.createIndex({ category: 1, price: 1 }) -> Option DQuick Check:
Filter field first, sort field second with matching order [OK]
- Putting sort field before filter field in index
- Using descending order when query sorts ascending
- Ignoring field order importance
Ready to prove it?
Pass the test and this pattern moves unknown
