Why Graphs Exist and What Trees Cannot Model in DSA Rust - Performance Analysis

Time Complexity: Why Graphs Exist and What Trees Cannot Model

O(n + e)

Understanding Time Complexity

We want to understand why graphs are needed beyond trees and how their time costs grow.

What makes graphs different in handling connections compared to trees?

Scenario Under Consideration

Analyze the time complexity of this simple graph adjacency list traversal.

fn print_graph(adj_list: &Vec>) {
    for node in 0..adj_list.len() {
        print!("{}: ", node);
        for &neighbor in &adj_list[node] {
            print!("{} ", neighbor);
        }
        println!();
    }
}
    

This code prints all nodes and their connected neighbors in a graph stored as adjacency lists.

Identify Repeating Operations

Look for loops and repeated steps.

• Primary operation: Looping over each node and then over each neighbor.
• How many times: Outer loop runs once per node (n times), inner loop runs once per edge connected to that node.

How Execution Grows With Input

As the number of nodes and edges grow, the work grows too.

Input Size (n nodes, e edges)	Approx. Operations
10 nodes, 15 edges	~25 (10 + 15)
100 nodes, 200 edges	~300 (100 + 200)
1000 nodes, 5000 edges	~6000 (1000 + 5000)

Pattern observation: The total work grows roughly with the sum of nodes and edges.

Final Time Complexity

Time Complexity: O(n + e)

This means the time grows with the number of nodes plus the number of edges in the graph.

Common Mistake

[X] Wrong: "Graphs are just like trees, so their traversal time is always O(n)."

[OK] Correct: Graphs can have many more connections (edges) than trees, so traversal depends on both nodes and edges, not just nodes.

Interview Connect

Understanding why graphs need different handling than trees helps you explain real-world networks clearly and shows you grasp core data structure differences.

Self-Check

"What if the graph was stored as an adjacency matrix instead of adjacency lists? How would the time complexity change?"

Practice

1. Why do we need graphs when we already have trees in data structures?

easy

A. Because graphs can represent connections between nodes that trees cannot, like cycles and multiple parents.

B. Because trees are faster to traverse than graphs.

C. Because trees use less memory than graphs.

D. Because graphs only store numbers, while trees store strings.

Solution

1. Step 1: Understand tree structure limitations

   Trees have a strict hierarchy where each node has only one parent and no cycles.

2. Step 2: Identify graph capabilities

   Graphs allow nodes to have multiple connections, including cycles and multiple parents, which trees cannot model.

3. Final Answer:

   Because graphs can represent connections between nodes that trees cannot, like cycles and multiple parents. -> Option A

4. Quick Check:

   Graphs model cycles and multiple parents [OK]

Hint: Graphs allow cycles and multiple parents; trees do not [OK]

Common Mistakes:

• Thinking trees can have cycles
• Confusing memory use with structure capability
• Assuming graphs only store numbers

2. Which of the following Rust code snippets correctly declares an undirected graph using adjacency lists?

easy

A. let graph: Vec<usize> = vec![0, 1, 2];

B. let graph: Vec = vec![vec![], vec![], vec![]];

C. let graph: HashMap = HashMap::new();

D. let graph: Vec<(usize, usize)> = vec![(0, 1), (1, 2)];

Solution

1. Step 1: Identify adjacency list structure

   An adjacency list is a vector of vectors where each inner vector holds neighbors of a node.

2. Step 2: Match code to adjacency list

   let graph: Vec = vec![vec![], vec![], vec![]]; declares a vector of vectors of usize, suitable for adjacency lists.

3. Final Answer:

   let graph: Vec = vec![vec![], vec![], vec![]]; -> Option B

4. Quick Check:

   Adjacency list = Vec [OK]

Hint: Adjacency list uses Vec of Vec for neighbors [OK]

Common Mistakes:

• Using Vec<usize> instead of Vec
• Using HashMap with wrong types
• Using edge list instead of adjacency list

3. Consider this Rust code that builds a graph and prints neighbors of node 1:

let mut graph = vec![vec![], vec![], vec![]];
graph[0].push(1);
graph[1].push(0);
graph[1].push(2);
graph[2].push(1);
println!("{:?}", graph[1]);

What is the output?

medium

A. [2]

B. [1, 2]

C. [0, 1]

D. [0, 2]

Solution

1. Step 1: Trace graph construction

   graph[1] has neighbors pushed: 0 and 2, so graph[1] = [0, 2].

2. Step 2: Print neighbors of node 1

   Printing graph[1] outputs [0, 2].

3. Final Answer:

   [0, 2] -> Option D

4. Quick Check:

   Neighbors of node 1 = [0, 2] [OK]

Hint: Check which neighbors were pushed to node 1's list [OK]

Common Mistakes:

• Confusing node indices
• Assuming neighbors include the node itself
• Mixing order of neighbors

4. This Rust code tries to add an edge to a graph but causes a runtime error:

let mut graph = vec![vec![], vec![]];
graph[0].push(1);
graph[1].push(0);
graph[2].push(1);

What is the error and how to fix it?

medium

A. Index out of bounds error; fix by increasing graph size to include index 2.

B. Type mismatch error; fix by changing Vec to HashMap.

C. Syntax error; fix by adding semicolons.

D. Logic error; fix by removing graph[1].push(0).

Solution

1. Step 1: Identify cause of runtime error

   graph has length 2, so graph[2] access is out of bounds causing panic.

2. Step 2: Fix by resizing graph

   Increase graph size to at least 3 elements to allow graph[2].push(1).

3. Final Answer:

   Index out of bounds error; fix by increasing graph size to include index 2. -> Option A

4. Quick Check:

   Accessing graph[2] with size 2 causes error [OK]

Hint: Check vector size before indexing [OK]

Common Mistakes:

• Ignoring vector size limits
• Confusing syntax and runtime errors
• Removing unrelated lines

5. You want to model a social network where users can be friends with multiple people and friendships can be mutual or one-way. Why is a graph a better choice than a tree for this model?

hard

A. Because trees can only store numbers, not user data.

B. Because trees are faster to search in social networks.

C. Because graphs allow cycles and multiple connections, representing mutual and one-way friendships.

D. Because graphs use less memory than trees.

Solution

1. Step 1: Understand social network connections

   Users can have multiple friends, and friendships can be mutual (cycles) or one-way (directed edges).

2. Step 2: Compare tree and graph capabilities

   Trees cannot represent cycles or multiple parents, but graphs can model these complex relationships.

3. Step 3: Conclude best data structure

   Graphs are better because they allow cycles and multiple connections needed for social networks.

4. Final Answer:

   Because graphs allow cycles and multiple connections, representing mutual and one-way friendships. -> Option C

5. Quick Check:

   Social network needs cycles and multiple edges [OK]

Hint: Social networks need cycles and multiple edges; use graphs [OK]

Common Mistakes:

• Thinking trees can model mutual friendships
• Confusing data type storage with structure capability
• Assuming trees use less memory always