Why Moving averages with window frames in SQL? - Purpose & Use Cases

The Big Idea

What if you could instantly see smooth trends in your data without tedious calculations?

The Scenario

Imagine you have a long list of daily sales numbers in a spreadsheet. You want to see the average sales for each day plus the days around it to understand trends better. Doing this by hand means adding up numbers for each day and its neighbors repeatedly.

The Problem

Manually calculating these averages is slow and tiring. You might make mistakes adding the wrong numbers or forgetting some days. It's hard to update if new data comes in, and you can't easily compare results for many days.

The Solution

Using moving averages with window frames in SQL lets you calculate these averages automatically for each row, looking at a defined range of rows around it. The database does the math quickly and correctly, updating instantly when data changes.

Before vs After

✗ Before

For each day: sum sales of day and neighbors, then divide by count

✓ After

SELECT day, AVG(sales) OVER (ORDER BY day ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

What It Enables

This lets you easily spot trends and smooth out daily ups and downs in your data, making insights clearer and faster to get.

Real Life Example

A store manager uses moving averages to see if sales are improving over weeks, not just day by day, helping decide when to stock more products.

Key Takeaways

Manual averaging is slow and error-prone.

Window frames automate and speed up moving average calculations.

Results update dynamically and reveal clearer trends.

Practice

1. What does the SQL clause ROWS BETWEEN 2 PRECEDING AND CURRENT ROW do in a window function?

easy

A. It calculates the function over the current row and the two rows before it.

B. It calculates the function over the current row and the next two rows.

C. It calculates the function over all rows in the table.

D. It calculates the function only on the current row.

Solution

1. Step 1: Understand the window frame boundaries

   The clause ROWS BETWEEN 2 PRECEDING AND CURRENT ROW means the frame includes the current row and the two rows before it.

2. Step 2: Apply to window function calculation

   The window function (like AVG) will compute its result using values from these three rows.

3. Final Answer:

   It calculates the function over the current row and the two rows before it. -> Option A

4. Quick Check:

   Window frame includes current + 2 preceding rows = C [OK]

Hint: Preceding means rows before current, including current [OK]

Common Mistakes:

• Confusing PRECEDING with FOLLOWING
• Thinking it includes future rows
• Assuming it covers entire table

2. Which of the following is the correct syntax to calculate a 3-row moving average of the column sales ordered by date?

easy

A. SELECT date, AVG(sales) OVER (ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

B. SELECT date, AVG(sales) OVER (PARTITION BY date ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

C. SELECT date, AVG(sales) OVER (ORDER BY date ROWS BETWEEN CURRENT ROW AND 2 FOLLOWING) AS moving_avg FROM sales_data;

D. SELECT date, AVG(sales) OVER (ORDER BY date ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

Solution

1. Step 1: Identify correct window function syntax

   The correct syntax requires OVER (ORDER BY date ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) to define ordering and frame.

2. Step 2: Check each option

   SELECT date, AVG(sales) OVER (ORDER BY date ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; uses ORDER BY with correct frame. SELECT date, AVG(sales) OVER (PARTITION BY date ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; wrongly uses PARTITION BY instead of ORDER BY. SELECT date, AVG(sales) OVER (ORDER BY date ROWS BETWEEN CURRENT ROW AND 2 FOLLOWING) AS moving_avg FROM sales_data; uses FOLLOWING which looks ahead, not behind. SELECT date, AVG(sales) OVER (ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; misses ORDER BY clause.

3. Final Answer:

   SELECT date, AVG(sales) OVER (ORDER BY date ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; -> Option D

4. Quick Check:

   ORDER BY + ROWS BETWEEN 2 PRECEDING AND CURRENT ROW = D [OK]

Hint: Use ORDER BY with ROWS BETWEEN for moving averages [OK]

Common Mistakes:

• Using PARTITION BY instead of ORDER BY for moving average
• Omitting ORDER BY clause
• Using FOLLOWING instead of PRECEDING

3. Given the table sales_data with columns date and amount, what is the output of this query?

SELECT date, amount, AVG(amount) OVER (ORDER BY date ROWS BETWEEN 1 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data ORDER BY date;

Assume data:
date | amount
2024-01-01 | 100
2024-01-02 | 200
2024-01-03 | 300

medium

A. [{"date": "2024-01-01", "amount": 100, "moving_avg": 150}, {"date": "2024-01-02", "amount": 200, "moving_avg": 200}, {"date": "2024-01-03", "amount": 300, "moving_avg": 300}]

B. [{"date": "2024-01-01", "amount": 100, "moving_avg": 100}, {"date": "2024-01-02", "amount": 200, "moving_avg": 150}, {"date": "2024-01-03", "amount": 300, "moving_avg": 250}]

C. [{"date": "2024-01-01", "amount": 100, "moving_avg": 100}, {"date": "2024-01-02", "amount": 200, "moving_avg": 200}, {"date": "2024-01-03", "amount": 300, "moving_avg": 300}]

D. [{"date": "2024-01-01", "amount": 100, "moving_avg": null}, {"date": "2024-01-02", "amount": 200, "moving_avg": 150}, {"date": "2024-01-03", "amount": 300, "moving_avg": 250}]

Solution

1. Step 1: Understand the window frame

   The frame includes the current row and 1 preceding row, so for each row, average the amount of that row and the previous one.

2. Step 2: Calculate moving averages row by row

   Row 1 (2024-01-01): only itself, avg = 100.
   Row 2 (2024-01-02): rows 1 and 2, avg = (100+200)/2 = 150.
   Row 3 (2024-01-03): rows 2 and 3, avg = (200+300)/2 = 250.

3. Final Answer:

   [{"date": "2024-01-01", "amount": 100, "moving_avg": 100}, {"date": "2024-01-02", "amount": 200, "moving_avg": 150}, {"date": "2024-01-03", "amount": 300, "moving_avg": 250}] -> Option B

4. Quick Check:

   Moving average includes current + 1 preceding row = A [OK]

Hint: Average current and previous row amounts for moving average [OK]

Common Mistakes:

• Including future rows instead of preceding
• Calculating average without window frame
• Assuming null for first row moving average

4. Identify the error in this SQL query for calculating a moving average:

SELECT date, amount, AVG(amount) OVER (ORDER BY date ROWS BETWEEN CURRENT ROW AND 2 PRECEDING) AS moving_avg FROM sales_data;

medium

A. AVG() cannot be used as a window function.

B. The ORDER BY clause is missing.

C. The window frame boundaries are in the wrong order; PRECEDING must come before CURRENT ROW.

D. The query is correct and will run without errors.

Solution

1. Step 1: Check window frame syntax

   The frame clause ROWS BETWEEN CURRENT ROW AND 2 PRECEDING is invalid because the start boundary must be before the end boundary.

2. Step 2: Correct the order of boundaries

   The correct syntax is ROWS BETWEEN 2 PRECEDING AND CURRENT ROW, with the smaller offset first.

3. Final Answer:

   The window frame boundaries are in the wrong order; PRECEDING must come before CURRENT ROW. -> Option C

4. Quick Check:

   Window frame start must be before end = A [OK]

Hint: Start frame boundary must be before end boundary [OK]

Common Mistakes:

• Reversing PRECEDING and CURRENT ROW order
• Thinking AVG() can't be window function
• Ignoring window frame syntax rules

5. You want to calculate a 5-day moving average of daily sales, but only include days where sales were above 100. Which SQL query correctly applies this condition inside the moving average calculation?

hard

A. SELECT date, sales, AVG(CASE WHEN sales > 100 THEN sales ELSE NULL END) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

B. SELECT date, sales, AVG(sales) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) WHERE sales > 100 FROM sales_data;

C. SELECT date, sales, AVG(sales) FILTER (WHERE sales > 100) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

D. SELECT date, sales, AVG(sales) OVER (PARTITION BY sales > 100 ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data;

Solution

1. Step 1: Understand filtering inside window functions

   To include only sales > 100 in the average, use a CASE expression inside AVG to nullify unwanted rows.

2. Step 2: Evaluate each option

   SELECT date, sales, AVG(CASE WHEN sales > 100 THEN sales ELSE NULL END) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; uses CASE to include sales > 100, replacing others with NULL (ignored by AVG). SELECT date, sales, AVG(sales) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) WHERE sales > 100 FROM sales_data; filters rows after window function (invalid syntax). SELECT date, sales, AVG(sales) FILTER (WHERE sales > 100) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; uses FILTER clause which is not standard in all SQL versions. SELECT date, sales, AVG(sales) OVER (PARTITION BY sales > 100 ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; partitions by boolean condition, which changes grouping incorrectly.

3. Final Answer:

   SELECT date, sales, AVG(CASE WHEN sales > 100 THEN sales ELSE NULL END) OVER (ORDER BY date ROWS BETWEEN 4 PRECEDING AND CURRENT ROW) AS moving_avg FROM sales_data; -> Option A

4. Quick Check:

   Use CASE inside AVG to filter rows in window [OK]

Hint: Use CASE inside AVG to filter values in window frame [OK]

Common Mistakes:

• Filtering rows outside window function
• Using PARTITION BY for filtering condition
• Assuming FILTER clause always works