Trie vs Hash Map for Prefix Matching in DSA Javascript - Why the Distinction Matters

The Big Idea

What if you could find all words starting with 'Sam' instantly, no matter how big your list is?

The Scenario

Imagine you have a huge phone book and you want to find all contacts starting with 'Sam'. You try to look through each name one by one to find matches.

The Problem

Going through every name manually is slow and tiring. If the list is very long, it takes a lot of time and you might miss some names or make mistakes.

The Solution

A Trie organizes words by their letters, so you can quickly jump to all names starting with 'Sam' without checking each one. A Hash Map can store words but isn't built to find prefixes efficiently.

Before vs After

✗ Before

const contacts = ['Sam', 'Samantha', 'Samuel', 'Sara'];
const prefix = 'Sam';
const results = [];
for (let name of contacts) {
  if (name.startsWith(prefix)) results.push(name);
}

✓ After

class TrieNode {
  constructor() {
    this.children = new Map();
    this.isWord = false;
  }
}
// Insert and search methods help find all words starting with prefix fast

What It Enables

You can instantly find all words sharing a prefix, making searches lightning fast even with huge data.

Real Life Example

Search engines suggest words as you type by quickly finding all words starting with your typed letters using Tries.

Key Takeaways

Manual search checks every word, which is slow for large data.

Trie stores words by letters, enabling fast prefix searches.

Hash Maps are good for exact matches but not efficient for prefixes.

Practice

1. Which data structure is generally more efficient for prefix matching in a large set of strings?

easy

A. Linked List, because it allows sequential access

B. Hash Map, because it stores keys with constant time lookup

C. Array, because it stores elements in order

D. Trie, because it stores prefixes explicitly and allows fast prefix search

Solution

1. Step 1: Understand prefix matching requirement

   Prefix matching means finding all strings that start with a given prefix efficiently.

2. Step 2: Compare Trie and Hash Map for prefix search

   Trie stores prefixes explicitly, allowing quick traversal to all words with that prefix. Hash Map does not store prefixes, so it requires checking all keys or additional structures.

3. Final Answer:

   Trie, because it stores prefixes explicitly and allows fast prefix search -> Option D

4. Quick Check:

   Prefix search = Trie [OK]

Hint: Trie stores prefixes explicitly, ideal for prefix search [OK]

Common Mistakes:

• Thinking hash map can do prefix search directly
• Confusing prefix matching with exact key lookup
• Assuming arrays or linked lists are efficient for prefix search

2. Which of the following is the correct way to check if a prefix exists in a Trie node in JavaScript?

easy

A. if (prefix in trieNode) { ... }

B. if (trieNode.hasOwnProperty(prefix)) { ... }

C. if (trieNode[prefix]) { ... }

D. if (trieNode.contains(prefix)) { ... }

Solution

1. Step 1: Understand how to check keys in JavaScript objects

   The 'in' operator checks if a property exists in an object or its prototype chain.

2. Step 2: Compare options for checking prefix in Trie node

   if (prefix in trieNode) { ... } uses 'prefix in trieNode', which correctly checks if the prefix key exists. if (trieNode.hasOwnProperty(prefix)) { ... } uses hasOwnProperty which is valid but less common for prefix check. if (trieNode[prefix]) { ... } checks truthiness which can fail if value is falsy. if (trieNode.contains(prefix)) { ... } uses a non-existent method.

3. Final Answer:

   if (prefix in trieNode) { ... } -> Option A

4. Quick Check:

   Use 'in' operator to check keys [OK]

Hint: Use 'in' operator to check keys in objects [OK]

Common Mistakes:

• Using non-existent 'contains' method
• Checking property truthiness instead of existence
• Confusing hasOwnProperty with 'in' operator

3. What will be the output of the following code snippet?

const trie = {};
function insert(word) {
  let node = trie;
  for (const char of word) {
    if (!(char in node)) node[char] = {};
    node = node[char];
  }
  node.isEnd = true;
}

insert('cat');
insert('car');
insert('dog');

console.log('c' in trie, 'a' in trie['c'], 't' in trie['c']['a'], trie['c']['a']['t'].isEnd);

medium

A. true true true true

B. true true false undefined

C. true false false undefined

D. false false false undefined

Solution

1. Step 1: Trace insertions of words into the trie

   Inserting 'cat' creates nodes c -> a -> t with isEnd true at 't'. Inserting 'car' adds r under c -> a. Inserting 'dog' adds d -> o -> g separately.

2. Step 2: Check existence of keys and isEnd property

   'c' exists in trie, 'a' exists under 'c', 't' exists under 'a', and 't' node has isEnd true from 'cat' insertion.

3. Final Answer:

   true true true true -> Option A

4. Quick Check:

   All keys and isEnd exist as expected [OK]

Hint: Trace each insertion step-by-step [OK]

Common Mistakes:

• Assuming 't' node missing after insertions
• Confusing isEnd property placement
• Not updating node reference inside loop

4. The following code attempts to check if a prefix exists in a Trie but does not work correctly. What is the bug?

function startsWith(trie, prefix) {
  let node = trie;
  for (const char of prefix) {
    if (!node[char]) return false;
    node = node[char];
  }
  return true;
}

medium

A. It incorrectly returns false if a node exists but is falsy

B. It does not check if the prefix is a complete word

C. It should use 'char in node' instead of '!node[char]'

D. It does not handle empty prefix input

Solution

1. Step 1: Analyze the condition '!node[char]'

   This condition fails if node[char] exists but is falsy (like an empty object or false), causing incorrect false return.

2. Step 2: Suggest correct key existence check

   Using 'char in node' correctly checks if the key exists regardless of value truthiness.

3. Final Answer:

   It should use 'char in node' instead of '!node[char]' -> Option C

4. Quick Check:

   Use 'in' operator to check keys, not truthiness [OK]

Hint: Check key existence with 'in', not truthiness [OK]

Common Mistakes:

• Using falsy check instead of key existence
• Confusing prefix existence with complete word check
• Ignoring empty prefix edge case

5. You want to implement a prefix search that returns all words starting with a given prefix from a large dictionary. Which approach is best and why?

// Approach 1: Use a Hash Map storing all words as keys
// Approach 2: Use a Trie storing words character by character
// Approach 3: Use an array and filter words by prefix
// Approach 4: Use a sorted array and binary search for prefix

hard

A. Approach 4, because binary search on sorted array quickly finds prefix range

B. Approach 2, because Trie allows efficient prefix traversal and retrieval

C. Approach 3, because filtering arrays is simple and fast for large data

D. Approach 1, because Hash Map has constant time lookup for prefixes

Solution

1. Step 1: Evaluate each approach for prefix search

   Hash Map (Approach 1) cannot do prefix search efficiently as keys are exact. Array filter (Approach 3) is slow for large data. Sorted array with binary search (Approach 4) helps but retrieving all matches requires scanning range.

2. Step 2: Understand Trie advantages

   Trie (Approach 2) stores prefixes explicitly, allowing fast traversal to all words sharing the prefix, making it best for prefix search in large datasets.

3. Final Answer:

   Approach 2, because Trie allows efficient prefix traversal and retrieval -> Option B

4. Quick Check:

   Prefix search efficiency = Trie [OK]

Hint: Trie stores prefixes explicitly, best for prefix search [OK]

Common Mistakes:

• Assuming hash map supports prefix search
• Ignoring performance cost of filtering large arrays
• Overestimating binary search for prefix retrieval