Why Index mappings overview in Elasticsearch? - Purpose & Use Cases

The Big Idea

What if your data could organize itself to help you find anything instantly?

The Scenario

Imagine you have a huge collection of books scattered randomly on shelves without any labels or order. When you want to find a specific book, you have to search shelf by shelf, page by page.

The Problem

Searching manually through unorganized books is slow and frustrating. You might miss the book or pick the wrong one because there is no clear system to know what each book contains or how it is stored.

The Solution

Index mappings act like a detailed catalog that tells you exactly what kind of information each book has and where to find it. This way, Elasticsearch knows how to store and search your data quickly and accurately.

Before vs After

✗ Before

Store data without specifying types or structure; search blindly.

✓ After

Define index mappings to specify data types and fields; search efficiently.

What It Enables

With index mappings, you can organize and search your data precisely and lightning-fast, even when dealing with millions of records.

Real Life Example

Think of an online store where customers search for products by name, price, or category. Index mappings help the store quickly find exactly what the customer wants without delays.

Key Takeaways

Index mappings define how data is stored and understood.

They make searching faster and more accurate.

Without mappings, data is like an unorganized pile, hard to search.

Practice

1. What is the main purpose of index mappings in Elasticsearch?

easy

A. To monitor server health

B. To create user accounts for Elasticsearch

C. To backup data automatically

D. To define how data fields are stored and searched

Solution

1. Step 1: Understand the role of index mappings

   Index mappings tell Elasticsearch how to store and interpret each field in your data.

2. Step 2: Compare options with this role

   Only To define how data fields are stored and searched matches this purpose; others relate to unrelated tasks.

3. Final Answer:

   To define how data fields are stored and searched -> Option D

4. Quick Check:

   Index mappings = data structure definition [OK]

Hint: Mappings control data structure and search behavior [OK]

Common Mistakes:

• Confusing mappings with user management
• Thinking mappings handle backups
• Assuming mappings monitor server health

2. Which of the following is the correct way to define a text field in an Elasticsearch mapping?

easy

A. "name": { "type": "text" }

B. "name": { "type": "keyword" }

C. "name": { "type": "integer" }

D. "name": { "type": "date" }

Solution

1. Step 1: Identify the correct field type for text data

   Text fields in Elasticsearch use the type "text" for full-text search.

2. Step 2: Match the option with the correct type

   "name": { "type": "text" } correctly uses "text"; others use types for keywords, numbers, or dates.

3. Final Answer:

   "name": { "type": "text" } -> Option A

4. Quick Check:

   Text fields = type "text" [OK]

Hint: Use "text" type for searchable text fields [OK]

Common Mistakes:

• Using "keyword" for full-text search fields
• Assigning numeric or date types to text data
• Missing quotes around field names

3. Given this mapping snippet:

{ "properties": { "age": { "type": "integer" }, "name": { "type": "keyword" } } }

What will happen if you try to search for documents with name containing partial words?

medium

A. Partial word matches will work because keyword fields support full-text search

B. Partial word matches will not work because keyword fields are exact values

C. Elasticsearch will throw a syntax error

D. Partial word matches will work only if age is also searched

Solution

1. Step 1: Understand keyword field behavior

   Keyword fields store exact values and do not support partial or full-text search.

2. Step 2: Analyze the search behavior for partial words

   Since name is keyword type, partial matches will fail; only exact matches work.

3. Final Answer:

   Partial word matches will not work because keyword fields are exact values -> Option B

4. Quick Check:

   Keyword = exact match only [OK]

Hint: Keyword fields do exact matches only, no partial search [OK]

Common Mistakes:

• Assuming keyword fields support partial matching
• Expecting syntax errors from valid mappings
• Confusing integer field with text search behavior

4. You defined this mapping:

{ "properties": { "date": { "type": "text" } } }

What is the problem with this mapping if you want to filter by date range?

medium

A. The field name "date" is reserved and cannot be used

B. There is no problem; text type works for date filtering

C. The type should be "date" to enable date range filtering

D. You must add "index": false to filter by date

Solution

1. Step 1: Identify the correct type for date fields

   Date range filtering requires the field to be of type "date" in Elasticsearch.

2. Step 2: Check the given mapping type

   The mapping uses "text" type, which is not suitable for date operations like range filtering.

3. Final Answer:

   The type should be "date" to enable date range filtering -> Option C

4. Quick Check:

   Date filtering needs type "date" [OK]

Hint: Use type "date" for date range filters [OK]

Common Mistakes:

• Using text type for date fields
• Thinking field names are reserved keywords
• Adding index false disables searching, not filtering

5. You want to store a user's profile with fields: username (exact match), bio (full-text search), and signup_date (date range queries). Which mapping correctly defines these fields?

hard

A. { "properties": { "username": { "type": "keyword" }, "bio": { "type": "text" }, "signup_date": { "type": "date" } } }

B. { "properties": { "username": { "type": "text" }, "bio": { "type": "keyword" }, "signup_date": { "type": "text" } } }

C. { "properties": { "username": { "type": "integer" }, "bio": { "type": "text" }, "signup_date": { "type": "date" } } }

D. { "properties": { "username": { "type": "keyword" }, "bio": { "type": "keyword" }, "signup_date": { "type": "integer" } } }

Solution

1. Step 1: Match each field to its correct type

   Username needs exact matches, so "keyword" is correct. Bio needs full-text search, so "text" is correct. Signup_date needs date range queries, so "date" is correct.

2. Step 2: Verify the options

   { "properties": { "username": { "type": "keyword" }, "bio": { "type": "text" }, "signup_date": { "type": "date" } } } matches all these requirements correctly. Others mix types incorrectly.

3. Final Answer:

   { "properties": { "username": { "type": "keyword" }, "bio": { "type": "text" }, "signup_date": { "type": "date" } } } -> Option A

4. Quick Check:

   Correct types for exact, full-text, and date fields [OK]

Hint: Use keyword for exact, text for full-text, date for dates [OK]

Common Mistakes:

• Mixing keyword and text types incorrectly
• Using integer for date fields
• Confusing full-text and exact match types