Why advanced indexing matters in MongoDB

Introduction

Advanced indexing helps MongoDB find data faster. It makes your database work quicker and saves time.

When you have a large collection and want to speed up searches.

When you query data using multiple fields often.

When you want to sort results quickly by certain fields.

When you want to enforce uniqueness on some data fields.

When you want to improve performance of complex queries.

Syntax

MongoDB

db.collection.createIndex({ field1: 1, field2: -1 }, { unique: true })

Use 1 for ascending order and -1 for descending order in indexes.

The options object can include settings like unique to prevent duplicate values.

Examples

Creates a simple ascending index on the age field to speed up queries filtering by age.

MongoDB

db.users.createIndex({ age: 1 })

Creates a compound index on customerId ascending and orderDate descending to speed up queries filtering by customer and sorting by date.

MongoDB

db.orders.createIndex({ customerId: 1, orderDate: -1 })

Creates a unique index on sku to ensure no two products have the same SKU.

MongoDB

db.products.createIndex({ sku: 1 }, { unique: true })

Sample Program

This example inserts some books, creates a compound index on author ascending and year descending, then finds books by "Author 1" sorted by year descending. The index helps MongoDB do this quickly.

MongoDB

db.books.insertMany([
  { title: "Book A", author: "Author 1", year: 2020 },
  { title: "Book B", author: "Author 2", year: 2019 },
  { title: "Book C", author: "Author 1", year: 2021 }
])
db.books.createIndex({ author: 1, year: -1 })
db.books.find({ author: "Author 1" }).sort({ year: -1 })

Important Notes

Indexes speed up read queries but can slow down writes because the index must be updated.

Use indexes wisely on fields you query often to get the best performance.

Summary

Advanced indexing makes data searches faster and more efficient.

Compound and unique indexes help with complex queries and data integrity.

Proper indexing balances query speed and write performance.

Practice

1. Why is advanced indexing important in MongoDB?

easy

A. It encrypts data for security.

B. It slows down data retrieval to save memory.

C. It deletes duplicate data automatically.

D. It makes data searches faster and more efficient.

Solution

1. Step 1: Understand the role of indexing

   Indexing helps MongoDB find data quickly without scanning the entire collection.

2. Step 2: Recognize the benefit of advanced indexing

   Advanced indexing techniques improve search speed and efficiency beyond basic indexes.

3. Final Answer:

   It makes data searches faster and more efficient. -> Option D

4. Quick Check:

   Advanced indexing = faster searches [OK]

Hint: Indexing speeds up searches by organizing data smartly [OK]

Common Mistakes:

• Thinking indexing slows down queries
• Confusing indexing with data encryption
• Assuming indexing deletes duplicates

2. Which of the following is the correct way to create a compound index on fields age and name in MongoDB?

easy

A. db.collection.createIndex({age: 1, name: 1})

B. db.collection.createIndex([age, name])

C. db.collection.createIndex('age', 'name')

D. db.collection.createIndex({age & name})

Solution

1. Step 1: Recall MongoDB syntax for compound indexes

   Compound indexes use an object with field names as keys and sort order as values.

2. Step 2: Match syntax to options

   db.collection.createIndex({age: 1, name: 1}) correctly uses an object with age: 1 and name: 1 to create ascending indexes.

3. Final Answer:

   db.collection.createIndex({age: 1, name: 1}) -> Option A

4. Quick Check:

   Compound index syntax = object with fields [OK]

Hint: Use object with fields and 1 or -1 for compound indexes [OK]

Common Mistakes:

• Using array instead of object for fields
• Passing field names as strings without keys
• Using invalid syntax like '&' operator

3. Given a collection with a unique index on email, what happens if you try to insert two documents with the same email value?

medium

A. The second insert fails with a duplicate key error.

B. Both documents are inserted without error.

C. MongoDB automatically changes the second email to be unique.

D. The first document is deleted and replaced by the second.

Solution

1. Step 1: Understand unique index behavior

   A unique index prevents duplicate values in the indexed field.

2. Step 2: Predict insertion result

   Inserting a duplicate value causes MongoDB to reject the second insert with an error.

3. Final Answer:

   The second insert fails with a duplicate key error. -> Option A

4. Quick Check:

   Unique index blocks duplicates = error on second insert [OK]

Hint: Unique index stops duplicates, second insert errors [OK]

Common Mistakes:

• Assuming MongoDB auto-fixes duplicates
• Thinking both inserts succeed
• Believing first document gets replaced

4. You created an index on username but your queries on username are still slow. What could be a possible reason?

medium

A. Indexes always slow down queries.

B. MongoDB does not support indexing on strings.

C. The index was created with the wrong field name.

D. You need to restart MongoDB to activate indexes.

Solution

1. Step 1: Check index correctness

   If the index field name is wrong, queries won't use the index and remain slow.

2. Step 2: Evaluate other options

   MongoDB supports string indexes, indexes speed up queries, and no restart is needed.

3. Final Answer:

   The index was created with the wrong field name. -> Option C

4. Quick Check:

   Wrong index field = no speedup [OK]

Hint: Verify index field matches query field exactly [OK]

Common Mistakes:

• Believing MongoDB can't index strings
• Thinking indexes slow queries
• Restarting MongoDB unnecessarily

5. You have a collection with millions of documents. You want to speed up queries filtering by status and createdAt. Which indexing strategy is best?

hard

A. Create separate single-field indexes on status and createdAt.

B. Create a compound index on {status: 1, createdAt: -1}.

C. Create a unique index on status.

D. Do not create any index to save disk space.

Solution

1. Step 1: Understand query filtering needs

   Queries filter by both status and createdAt, so a compound index helps.

2. Step 2: Compare indexing options

   A compound index on both fields supports queries filtering on both efficiently, better than separate indexes.

3. Step 3: Consider uniqueness and disk space

   Unique index on status is not suitable since status likely repeats; skipping indexes slows queries.

4. Final Answer:

   Create a compound index on {status: 1, createdAt: -1}. -> Option B

5. Quick Check:

   Compound index matches multi-field queries [OK]

Hint: Use compound index for multi-field query filters [OK]

Common Mistakes:

• Using unique index on non-unique field
• Relying on separate indexes for multi-field queries
• Avoiding indexes to save space but hurting speed