Window functions (ROW_NUMBER) in MySQL - Time & Space Complexity
We want to understand how the time needed to run a query with ROW_NUMBER grows as the data gets bigger.
How does the number of rows affect the work done by the database?
Analyze the time complexity of the following code snippet.
SELECT
employee_id,
department_id,
salary,
ROW_NUMBER() OVER (PARTITION BY department_id ORDER BY salary DESC) AS rank
FROM employees;
This query assigns a rank number to each employee within their department based on salary.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The database groups rows by department and sorts each group by salary.
- How many times: It processes every row once, but sorting happens within each department group.
As the number of rows grows, the database must sort more data within each department.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 rows sorted in small groups |
| 100 | More rows sorted, groups get bigger |
| 1000 | Much more sorting work inside groups |
Pattern observation: The sorting work grows a bit faster than the number of rows because sorting is more than just looking at each row once.
Time Complexity: O(n log n)
This means the time to run the query grows a little faster than the number of rows because sorting takes extra steps.
[X] Wrong: "ROW_NUMBER just looks at each row once, so it must be O(n)."
[OK] Correct: The function needs to sort rows within each group, and sorting takes more work than just one pass.
Understanding how window functions like ROW_NUMBER scale helps you explain query performance clearly and shows you know how databases handle sorting and grouping.
What if we removed the PARTITION BY clause? How would the time complexity change?
Practice
ROW_NUMBER() function do in MySQL window functions?Solution
Step 1: Understand the purpose of ROW_NUMBER()
ROW_NUMBER() assigns a unique number to each row in the order specified by ORDER BY.Step 2: Differentiate from other functions
It does not sum, filter, or join; it only numbers rows uniquely.Final Answer:
Assigns a unique sequential number to each row in the result set. -> Option AQuick Check:
ROW_NUMBER() = unique row numbering [OK]
- Confusing ROW_NUMBER() with aggregate functions like SUM()
- Thinking ROW_NUMBER() filters rows
- Assuming ROW_NUMBER() joins tables
department and ordered by salary DESC?Solution
Step 1: Recall correct ROW_NUMBER() syntax
The correct syntax uses OVER() with PARTITION BY and ORDER BY inside parentheses.Step 2: Identify correct option
ROW_NUMBER() OVER (PARTITION BY department ORDER BY salary DESC) correctly uses ROW_NUMBER() OVER (PARTITION BY department ORDER BY salary DESC).Final Answer:
ROW_NUMBER() OVER (PARTITION BY department ORDER BY salary DESC) -> Option CQuick Check:
Correct syntax includes OVER() with PARTITION BY and ORDER BY [OK]
- Omitting OVER() keyword
- Placing PARTITION BY outside parentheses
- Using incorrect keywords order
Employees with columns id, department, salary, what will be the output of this query?SELECT id, department, salary, ROW_NUMBER() OVER (PARTITION BY department ORDER BY salary DESC) AS rn FROM Employees;
Assuming data:
id | department | salary
1 | Sales | 5000
2 | Sales | 7000
3 | HR | 6000
4 | HR | 5500Solution
Step 1: Partition rows by department
Rows are grouped into Sales and HR departments separately.Step 2: Order each partition by salary descending and assign row numbers
Within Sales: id 2 (7000) gets rn=1, id 1 (5000) rn=2; Within HR: id 3 (6000) rn=1, id 4 (5500) rn=2.Final Answer:
[{id:1, department:'Sales', salary:5000, rn:2}, {id:2, department:'Sales', salary:7000, rn:1}, {id:3, department:'HR', salary:6000, rn:1}, {id:4, department:'HR', salary:5500, rn:2}] -> Option BQuick Check:
Partition by department + order by salary DESC = correct row numbers [OK]
- Ignoring PARTITION BY and numbering globally
- Ordering ascending instead of descending
- Assigning same row number to multiple rows
SELECT id, ROW_NUMBER() PARTITION BY department ORDER BY salary FROM Employees;
Solution
Step 1: Check ROW_NUMBER() syntax
ROW_NUMBER() requires OVER() before PARTITION BY and ORDER BY clauses.Step 2: Identify missing OVER()
The query misses OVER(), causing syntax error.Final Answer:
Missing OVER() keyword before PARTITION BY clause. -> Option AQuick Check:
ROW_NUMBER() must have OVER() [OK]
- Omitting OVER() keyword
- Placing PARTITION BY outside OVER()
- Misordering clauses inside OVER()
Employees table. Which query correctly uses ROW_NUMBER() to achieve this?Solution
Step 1: Use ROW_NUMBER() with PARTITION BY department and ORDER BY salary DESC
This assigns row numbers restarting at 1 for each department, ordered by salary descending.Step 2: Filter rows where row number is 2 or less
Wrap the window function query as a subquery and filter with WHERE rn <= 2 to get top 2 per department.Final Answer:
SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY department ORDER BY salary DESC) AS rn FROM Employees) AS t WHERE rn <= 2; -> Option DQuick Check:
Use subquery with ROW_NUMBER() and filter rn <= 2 [OK]
- Filtering rn in outer query without subquery
- Using LIMIT with PARTITION BY incorrectly
- Omitting PARTITION BY causing global numbering
Ready to prove it?
Pass the test and this pattern moves unknown
