Trie vs Hash Map for Prefix Matching in DSA C# - Complexity Comparison

Time Complexity: Trie vs Hash Map for Prefix Matching

O(m)

Understanding Time Complexity

We want to understand how fast prefix matching works using a Trie compared to a Hash Map.

How does the time to find words starting with a prefix grow as the data grows?

Scenario Under Consideration

Analyze the time complexity of the following Trie prefix search code.

public bool StartsWith(string prefix) {
    TrieNode node = root;
    foreach (char c in prefix) {
        if (!node.Children.ContainsKey(c)) {
            return false;
        }
        node = node.Children[c];
    }
    return true;
}
    

This code checks if any word in the Trie starts with the given prefix.

Identify Repeating Operations

Look for loops or repeated steps.

• Primary operation: Looping through each character of the prefix.
• How many times: Exactly once per character in the prefix (length m).

How Execution Grows With Input

The time depends only on the prefix length, not the total words stored.

Input Size (prefix length m)	Approx. Operations
10	10 checks
100	100 checks
1000	1000 checks

Pattern observation: Time grows linearly with prefix length, not with total words.

Final Time Complexity

Time Complexity: O(m)

This means the search time grows only with the prefix length, making it very efficient for large word sets.

Common Mistake

[X] Wrong: "Searching prefixes in a Trie takes time proportional to the number of words stored."

[OK] Correct: The search only follows the prefix characters, so it depends on prefix length, not total words.

Interview Connect

Understanding this difference helps you explain why Tries are great for prefix problems and when Hash Maps might be slower.

Self-Check

What if we used a Hash Map storing all words as keys and tried to find prefixes by scanning keys? How would the time complexity change?

Practice

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

easy

A. Array, because it stores elements in contiguous memory

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

C. Trie, because it stores prefixes explicitly and allows fast prefix searches

D. Linked List, because it allows sequential access

Solution

1. Step 1: Understand prefix matching requirements

   Prefix matching requires checking if a string starts with a given prefix efficiently.

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

   Trie stores prefixes explicitly, enabling fast prefix search. Hash Map is good for exact key lookup but not efficient for prefix queries.

3. Final Answer:

   Trie, because it stores prefixes explicitly and allows fast prefix searches -> Option C

4. Quick Check:

   Prefix matching = Trie [OK]

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

Common Mistakes:

• Thinking hash map supports prefix search efficiently
• Confusing array or linked list with prefix matching
• Ignoring the need for prefix traversal

2. Which of the following is the correct way to declare a Trie node class in C#?

easy

A. public class TrieNode { public int[] Children = new int[26]; public bool IsEndOfWord; }

B. public class TrieNode { public Dictionary Children = new Dictionary(); public bool IsEndOfWord; }

C. public class TrieNode { public List<int> Children; public bool IsEndOfWord; }

D. public class TrieNode { public string Children; public bool IsEndOfWord; }

Solution

1. Step 1: Identify the correct data type for children in TrieNode

   Children should map characters to TrieNode references, so Dictionary is appropriate.

2. Step 2: Check other options for correctness

   List<int> or int[] do not map characters to nodes directly; string is incorrect for children representation.

3. Final Answer:

   public class TrieNode { public Dictionary Children = new Dictionary(); public bool IsEndOfWord; } -> Option B

4. Quick Check:

   TrieNode children = Dictionary [OK]

Hint: Trie children map chars to nodes using Dictionary [OK]

Common Mistakes:

• Using List<int> or int[] instead of Dictionary
• Using string type for children
• Not initializing the dictionary

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

var trie = new Trie();
trie.Insert("apple");
trie.Insert("app");
Console.WriteLine(trie.StartsWith("app"));
Console.WriteLine(trie.StartsWith("apl"));

Assuming Trie class has Insert and StartsWith methods implemented correctly.

medium

A. True
False

B. False
True

C. True
True

D. False
False

Solution

1. Step 1: Insert words "apple" and "app" into the Trie

   Both words share prefix "app", so Trie stores nodes for 'a', 'p', 'p', and further for 'l', 'e'.

2. Step 2: Check StartsWith("app") and StartsWith("apl")

   "app" is a prefix present in Trie, so returns True. "apl" is not a prefix of any inserted word, so returns False.

3. Final Answer:

   True False -> Option A

4. Quick Check:

   StartsWith("app")=True, StartsWith("apl")=False [OK]

Hint: Check if prefix exists exactly in Trie nodes [OK]

Common Mistakes:

• Assuming "apl" prefix exists
• Confusing Insert with StartsWith
• Mixing up True/False outputs

4. The following code tries to use a HashMap to check if any word starts with a given prefix. What is the main issue?

var map = new Dictionary();
map["apple"] = true;
map["app"] = true;

bool StartsWith(string prefix) {
    return map.ContainsKey(prefix);
}

Console.WriteLine(StartsWith("app"));
Console.WriteLine(StartsWith("apl"));

medium

A. HashMap does not support prefix search; ContainsKey checks exact keys only

B. The dictionary keys are not initialized properly

C. The StartsWith method should use map.Values instead of map.Keys

D. The code will throw a runtime exception

Solution

1. Step 1: Understand what ContainsKey does in Dictionary

   ContainsKey checks if the exact key exists, not if any key starts with the prefix.

2. Step 2: Identify why prefix search fails

   Since map only stores full words as keys, ContainsKey("app") returns true only if "app" is a full key, not if any key starts with "app".

3. Final Answer:

   HashMap does not support prefix search; ContainsKey checks exact keys only -> Option A

4. Quick Check:

   HashMap prefix search = no [OK]

Hint: ContainsKey checks exact keys, not prefixes [OK]

Common Mistakes:

• Thinking ContainsKey supports prefix matching
• Assuming dictionary keys are incomplete
• Expecting runtime errors

5. You need to implement a system that supports fast prefix queries and also stores frequency counts of words. Which approach is best and why?

hard

A. Hash Map storing only full word frequencies, no prefix support

B. Hash Map with prefix keys, but inefficient for large prefix sets

C. Trie with frequencies only at leaf nodes, no prefix counts

D. Trie with frequency counts at each node for prefix frequency queries

Solution

1. Step 1: Analyze prefix query and frequency requirements

   We want to query frequencies of prefixes, not just full words.

2. Step 2: Evaluate each approach

   A Trie with frequency counts at each node allows quick prefix frequency queries. Hash Map with full words only cannot query prefixes efficiently. Trie with frequencies only at leaves misses prefix counts. Hash Map with prefix keys is inefficient for many prefixes.

3. Final Answer:

   Trie with frequency counts at each node for prefix frequency queries -> Option D

4. Quick Check:

   Prefix frequency queries = Trie with node counts [OK]

Hint: Store counts at each Trie node for prefix frequency queries [OK]

Common Mistakes:

• Using Hash Map only for prefix queries
• Storing frequencies only at leaf nodes
• Assuming prefix keys in Hash Map scale well