Why Intervals Are a Common Problem Pattern in DSA Go - Performance Analysis

Time Complexity: Why Intervals Are a Common Problem Pattern

O(n log n)

Understanding Time Complexity

Intervals problems often involve sorting and merging ranges. Analyzing their time complexity helps us understand how the solution scales as the number of intervals grows.

We want to know how the number of operations changes when we handle more intervals.

Scenario Under Consideration

Analyze the time complexity of the following code snippet.

func mergeIntervals(intervals [][]int) [][]int {
    if len(intervals) == 0 {
        return intervals
    }
    sort.Slice(intervals, func(i, j int) bool {
        return intervals[i][0] < intervals[j][0]
    })
    merged := [][]int{intervals[0]}
    for i := 1; i < len(intervals); i++ {
        last := merged[len(merged)-1]
        if intervals[i][0] <= last[1] {
            if intervals[i][1] > last[1] {
                last[1] = intervals[i][1]
            }
        } else {
            merged = append(merged, intervals[i])
        }
    }
    return merged
}
    

This code merges overlapping intervals by first sorting them and then combining where needed.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

• Primary operation: Sorting the intervals and then looping through them once.
• How many times: Sorting takes about n log n steps; the loop runs n-1 times.

How Execution Grows With Input

As the number of intervals grows, sorting takes more time, and the single loop grows linearly.

Input Size (n)	Approx. Operations
10	About 10 * log 10 + 10 ≈ 43
100	About 100 * log 100 + 100 ≈ 700
1000	About 1000 * log 1000 + 1000 ≈ 10,000

Pattern observation: The sorting dominates and grows a bit faster than just the number of intervals.

Final Time Complexity

Time Complexity: O(n log n)

This means the time needed grows a little faster than the number of intervals because of sorting, but the merging step is just a simple pass.

Common Mistake

[X] Wrong: "Merging intervals is just O(n) because we only loop once."

[OK] Correct: Sorting the intervals first takes more time, which is the main cost, so the total time is not just linear.

Interview Connect

Understanding this pattern helps you solve many real problems involving ranges or schedules. It shows you how sorting often sets the pace for efficiency.

Self-Check

"What if the intervals were already sorted? How would the time complexity change?"

Practice

1. Why are intervals commonly used in problems involving scheduling or time management?

easy

A. Because intervals are only used for sorting numbers

B. Because intervals represent ranges of time or values that can overlap or be merged

C. Because intervals always represent single points in time

D. Because intervals cannot overlap in any problem

Solution

1. Step 1: Understand what intervals represent

   Intervals represent a start and end range, often used to show time periods or value ranges.

2. Step 2: Recognize why intervals are useful in scheduling

   They help model overlapping events or tasks that need merging or conflict checking.

3. Final Answer:

   Because intervals represent ranges of time or values that can overlap or be merged -> Option B

4. Quick Check:

   Intervals = ranges that can overlap [OK]

Hint: Intervals model ranges that can overlap or merge [OK]

Common Mistakes:

• Thinking intervals are single points
• Assuming intervals never overlap
• Confusing intervals with unrelated data types

2. Which of the following is the correct Go syntax to declare a struct representing an interval with start and end integers?

easy

A. type Interval struct { start int; end int }

B. struct Interval { int start; int end }

C. Interval := struct { start, end int }

D. type Interval = (start int, end int)

Solution

1. Step 1: Recall Go struct declaration syntax

   In Go, structs are declared with 'type Name struct { fields }' and fields have type after name.

2. Step 2: Check each option

   type Interval struct { start int; end int } matches Go syntax exactly. struct Interval { int start; int end } uses C-style syntax. Interval := struct { start, end int } is invalid assignment. type Interval = (start int, end int) uses tuple-like syntax not in Go.

3. Final Answer:

   type Interval struct { start int; end int } -> Option A

4. Quick Check:

   Go struct syntax = type Name struct { fields } [OK]

Hint: Go structs use 'type Name struct { fields }' syntax [OK]

Common Mistakes:

• Using C or other language struct syntax
• Trying to assign struct to variable directly
• Using tuple or parentheses syntax

3. What is the output of the following Go code that merges overlapping intervals?

package main
import "fmt"
type Interval struct { start, end int }
func mergeIntervals(intervals []Interval) []Interval {
    if len(intervals) == 0 { return intervals }
    result := []Interval{}
    current := intervals[0]
    for i := 1; i < len(intervals); i++ {
        if intervals[i].start <= current.end {
            if intervals[i].end > current.end {
                current.end = intervals[i].end
            }
        } else {
            result = append(result, current)
            current = intervals[i]
        }
    }
    result = append(result, current)
    return result
}
func main() {
    intervals := []Interval{{1,3}, {2,6}, {8,10}, {15,18}}
    merged := mergeIntervals(intervals)
    for _, iv := range merged {
        fmt.Printf("%d-%d ", iv.start, iv.end)
    }
}

medium

A. 1-6 8-10 15-18

B. 1-3 2-6 8-10 15-18

C. 1-6 2-6 8-10 15-18

D. 1-3 8-10 15-18

Solution

1. Step 1: Understand merging logic

   The code merges intervals if current interval start is <= previous end, extending end if needed.

2. Step 2: Trace intervals one by one

   Start with {1,3}, next {2,6} overlaps, merge to {1,6}. Next {8,10} no overlap, add {1,6} to result, current = {8,10}. Next {15,18} no overlap, add {8,10}, current = {15,18}. Finally add {15,18}.

3. Final Answer:

   1-6 8-10 15-18 -> Option A

4. Quick Check:

   Merged intervals = 1-6 8-10 15-18 [OK]

Hint: Merge intervals by extending end if overlapping [OK]

Common Mistakes:

• Not updating current interval end correctly
• Appending intervals too early or late
• Confusing overlap condition

4. The following Go function is intended to check if two intervals overlap. What is the bug?

func isOverlap(a, b Interval) bool {
    return a.start < b.end && b.start < a.end
}

medium

A. There is no bug; the function correctly checks overlap

B. The function should use '>' instead of '<' for comparisons

C. The function should compare start with start and end with end only

D. The function incorrectly uses '<' instead of '<=' causing missed overlaps

Solution

1. Step 1: Understand overlap condition

   Two intervals overlap if one starts before the other ends, including touching edges.

2. Step 2: Check use of '<' vs '<='

   Using '<' misses cases where intervals just touch (e.g., end == start). Using '<=' includes touching as overlap.

3. Final Answer:

   The function incorrectly uses '<' instead of '<=' causing missed overlaps -> Option D

4. Quick Check:

   Overlap check needs <= to include touching intervals [OK]

Hint: Use <= to include touching intervals as overlapping [OK]

Common Mistakes:

• Using strict < misses edge overlaps
• Confusing start and end comparisons
• Assuming no overlap if edges touch

5. Given a list of intervals representing booked meeting times, how would you find the minimum number of meeting rooms required to hold all meetings without overlap?

hard

A. Sort intervals by end time and count how many end before next start

B. Merge all intervals and count how many merged intervals remain

C. Sort intervals by start time, use a min-heap to track earliest end time, allocate rooms accordingly

D. Count intervals and divide by two to estimate rooms

Solution

1. Step 1: Sort intervals by start time

   Sorting helps process meetings in chronological order.

2. Step 2: Use a min-heap to track earliest finishing meeting

   Min-heap stores end times of ongoing meetings; if next meeting starts after earliest end, reuse room; else allocate new room.

3. Step 3: Count rooms allocated

   The heap size at any time is the number of rooms needed.

4. Final Answer:

   Sort intervals by start time, use a min-heap to track earliest end time, allocate rooms accordingly -> Option C

5. Quick Check:

   Min rooms = max concurrent meetings tracked by min-heap [OK]

Hint: Use min-heap on end times after sorting by start [OK]

Common Mistakes:

• Merging intervals loses overlap info
• Dividing count by two is incorrect
• Sorting by end time alone misses overlaps