Shortest Path in DAG Using Topological Order in DSA Javascript - Time & Space Complexity
We want to understand how the time needed to find the shortest path in a Directed Acyclic Graph (DAG) changes as the graph grows.
Specifically, how does the algorithm's work increase when the number of nodes and edges increases?
Analyze the time complexity of the following code snippet.
function shortestPathDAG(graph, start) {
const dist = Array(graph.length).fill(Infinity);
dist[start] = 0;
const order = topologicalSort(graph);
for (const node of order) {
for (const neighbor of graph[node]) {
if (dist[node] + neighbor.weight < dist[neighbor.node]) {
dist[neighbor.node] = dist[node] + neighbor.weight;
}
}
}
return dist;
}
function topologicalSort(graph) {
// returns nodes in topological order
// implementation not shown for brevity
}
This code finds the shortest path distances from a start node to all others in a DAG using topological order.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The nested loops: outer loop over all nodes in topological order, inner loop over each node's neighbors.
- How many times: The outer loop runs once per node (n times), the inner loop runs once per edge (m times in total).
As the graph grows, the algorithm visits each node once and each edge once.
| Input Size (n nodes, m edges) | Approx. Operations |
|---|---|
| 10 nodes, 15 edges | ~25 operations (10 + 15) |
| 100 nodes, 200 edges | ~300 operations (100 + 200) |
| 1000 nodes, 5000 edges | ~6000 operations (1000 + 5000) |
Pattern observation: The total work grows roughly in proportion to the sum of nodes and edges.
Time Complexity: O(n + m)
This means the time needed grows linearly with the number of nodes plus the number of edges in the graph.
[X] Wrong: "The algorithm must check all possible paths, so it takes exponential time."
[OK] Correct: Because the graph is acyclic and we use topological order, each edge and node is processed only once, avoiding repeated work.
Understanding this time complexity shows you can analyze graph algorithms that use smart ordering to avoid repeated work, a key skill in many coding challenges.
"What if the graph had cycles? How would the time complexity and approach change?"
Practice
Solution
Step 1: Understand topological order in DAG
Topological order arranges nodes so all edges go from earlier to later nodes, ensuring no cycles.Step 2: Use topological order for shortest path
Processing nodes in this order means each node is visited once, and distances can be updated efficiently without revisiting.Final Answer:
It allows processing nodes in a linear order without revisiting them. -> Option AQuick Check:
Topological order = linear processing without revisits [OK]
- Thinking topological order sorts by weights
- Assuming DAG has cycles
- Confusing shortest path with longest path
Solution
Step 1: Initialize distances for shortest path
Distances to all nodes except start should be Infinity to represent unknown paths.Step 2: Set start node distance to zero
Distance to start node (0) is zero because it is the source.Final Answer:
const dist = Array(5).fill(Infinity); dist[0] = 0; -> Option DQuick Check:
Start distance 0, others Infinity [OK]
- Setting start node distance to Infinity
- Using 0 for all distances initially
- Using null or -1 which are invalid for distances
const graph = {
0: [[1, 2], [2, 4]],
1: [[2, 1], [3, 7]],
2: [[4, 3]],
3: [[4, 1]],
4: []
};
If we run shortest path from node 0 using topological order, what is the shortest distance to node 4?Solution
Step 1: Find topological order and initialize distances
Topological order could be [0,1,2,3,4]. Initialize dist = [0, Infinity, Infinity, Infinity, Infinity].Step 2: Relax edges in topological order
From 0: dist[1]=2, dist[2]=4; From 1: dist[2]=min(4,2+1=3)=3, dist[3]=2+7=9; From 2: dist[4]=3+3=6; From 3: dist[4]=min(6,9+1=10)=6.Final Answer:
6 -> Option AQuick Check:
Shortest distance to node 4 = 6 [OK]
- Not updating dist[2] to smaller value 3
- Ignoring edge from 3 to 4
- Adding weights incorrectly
function shortestPath(graph, start) {
const dist = Array(Object.keys(graph).length).fill(Infinity);
dist[start] = 0;
const topoOrder = topologicalSort(graph);
for (const node of topoOrder) {
for (const [neighbor, weight] of graph[node]) {
if (dist[node] + weight < dist[neighbor]) {
dist[neighbor] = dist[node] + weight;
}
}
}
return dist;
}
What is the likely cause of incorrect results?Solution
Step 1: Check initialization and start distance
dist is correctly initialized with Infinity and start node distance set to 0.Step 2: Verify topological order correctness
If topologicalSort returns nodes in wrong order, relaxation will fail and distances won't update correctly.Final Answer:
topologicalSort function might return nodes in wrong order -> Option CQuick Check:
Correct topological order needed for shortest path [OK]
- Assuming dist initialization is wrong
- Ignoring importance of topological order
- Forgetting to set start node distance
0 -> 1 (3), 0 -> 2 (2), 1 -> 3 (4), 2 -> 3 (1), 3 -> 4 (2), 4 -> 5 (1)If you want to find the shortest path from node 0 to node 5 using topological order, which sequence of distances will you get before processing node 3?
Solution
Step 1: Initialize distances and process nodes 0,1,2
Start dist = [0, Infinity, Infinity, Infinity, Infinity, Infinity]. After 0: dist[1]=3, dist[2]=2. After 1: dist[3]=3+4=7. After 2: dist[3]=min(7,2+1=3)=3.Step 2: Before processing node 3
At this point, node 3's distance has been finalized by its predecessors to 3, but outgoing edges from 3 have not been relaxed yet, so dist[4] and dist[5] remain Infinity. Distances: [0, 3, 2, 3, Infinity, Infinity].Final Answer:
[0, 3, 2, 3, Infinity, Infinity] -> Option BQuick Check:
Distances before relaxing node 3 edges [OK]
- Updating distances of neighbors too early
- Confusing order of relaxation
- Miscomputing minimum distances
Ready to prove it?
Pass the test and this pattern moves unknown
