N043-M1 Tier 4 · Advanced · medium ecommerce · Brightlane

Return every order's ID, customer ID, order amount, and the amount of that same customer's final order chronologically

Part of FIRST_VALUE, LAST_VALUE, NTH_VALUE in SQL

The problem

Brightlane's account management team needs every order annotated with the amount of that customer's most recent order across their entire history. The annotation should reflect the customer's final chronological order, not just whatever order has been processed up to the current row.

Write a query to return every order's ID, customer ID, order amount, and the amount of that same customer's final order chronologically.

Assumptions:

  • The orders table has one row per order with an id, a customer_id, a total_amount, and an ordered_at timestamp.
  • A customer's final order is the order with the largest ordered_at for that customer_id. The same final-order amount appears on every row sharing a customer_id, including rows that fall earlier in the customer's chronological sequence.
  • The final result is sorted by customer_id ascending, then by ordered_at ascending.

Output:

  • One row per order, with columns id, customer_id, total_amount, and last_order_amount. Sorted by customer_id, then ordered_at.
Schema · ecommerce 5 tables
categories
id integer
name text
parent_id? integer
products
id integer
name text
category_id integer
price numeric
stock_qty integer
attributes? jsonb
order_items
id integer
order_id integer
product_id integer
quantity integer
unit_price numeric
customers
id integer
name text
email text
city? text
country text
created_at timestamptz
is_active boolean
orders
id integer
customer_id integer
ordered_at timestamptz
status text
total_amount numeric

Run previews · Check grades

Write a query, then run it to see results here.

Worked solution Try it yourself first
Solution query
SELECT
  id,
  customer_id,
  total_amount,
  LAST_VALUE(total_amount) OVER (
    PARTITION BY
      customer_id
    ORDER BY
      ordered_at ROWS BETWEEN UNBOUNDED PRECEDING
      AND UNBOUNDED FOLLOWING
  ) AS last_order_amount
FROM
  orders
ORDER BY
  customer_id,
  ordered_at

The shape

LAST_VALUE returns the value at the last position of the partition's frame, not the partition itself. With ORDER BY present and no explicit frame, the default frame ends at the current row, which makes LAST_VALUE return the current row's value on every row. The explicit ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING widens the frame to the entire partition, so LAST_VALUE then returns the customer's true final-order amount on every row.

Clause by clause

SELECT id, customer_id, total_amount,
  LAST_VALUE(total_amount) OVER (
    PARTITION BY customer_id ORDER BY ordered_at
    ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
  ) AS last_order_amount
FROM orders
ORDER BY customer_id, ordered_at
  • The window's PARTITION BY customer_id ORDER BY ordered_at defines each customer's orders in chronological order.
  • ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING extends the frame across the whole partition so the "last" position is the customer's final order, not the current row.
  • LAST_VALUE(total_amount) then returns the total_amount at that final position on every row.
  • The outer ORDER BY customer_id, ordered_at controls the printed sequence, separate from the window's ordering.

Why this and not the same syntax as FIRST_VALUE

FIRST_VALUE returned the right value with no explicit frame in the easies because position 1 of the partition is in every running frame. LAST_VALUE is the symmetric case from the other end. The last position of a frame that stops at the current row is the current row. Without widening the frame, LAST_VALUE looks correct on the very last row of each partition and wrong on every row before it. The explicit ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING is mandatory whenever LAST_VALUE is intended to mean "the partition's last value."

The trap

Omit the explicit frame and LAST_VALUE returns the current row's value on every row, because the default frame's tail is the current row. The query runs without error. The numbers look plausible because they are real values from the customer's history. They are not the customer's final value. Whenever LAST_VALUE is the function being used, the frame must be widened explicitly.

You practiced LAST_VALUE(column) OVER (... ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) — the explicit full-partition frame is required because the default frame ends at the current row, leaving LAST_VALUE returning the current row's value rather than the partition's true last.

How you actually get good at SQL

Reading explains SQL. Writing it, over and over with instant feedback, is what makes you fluent.

That's the whole SQLMaxx loop: 600+ real problems, instant AI feedback, mastery you can actually see, and spaced review that won't let you forget.

A stack of SQL practice problem cards, the top card showing an employees table.
615 problems · 66 concepts

Real problems. Not toy examples.

615 hand-built problems spanning all 66 concepts, from basic SELECTs to window functions, built on real schemas and real business questions, the kind you'll actually get asked on the job. Enough reps to make SQL automatic.

A retro computer showing a SQL query marked correct with a green checkmark.
Instant AI feedback

Write a query. Know if it's right in one second.

No copying an answer and hoping it clicked. The AI grader checks your real query against real data, catches exactly what's wrong, and explains the fix in plain English, like a senior analyst reading over your shoulder on every problem.

A circular mastery progress dial filling from blue to green, the SQLMaxx diamond at its center.
Mastery tracking

Stop guessing whether you actually know it.

SQLMaxx tracks every concept and shows you what you've mastered and what's still shaky. Your skills fill in one concept at a time, so 'I think I get joins' becomes something you can prove.

A SQL query editor circled by a blue return arrow with a clock, scheduled to come back for review.
Spaced review

Learn it once. Keep it for good.

Most of what you learn this week fades by next week. So when a concept comes due for review, SQLMaxx hands you a fresh problem to solve from a blank editor, not a flashcard to re-read. A research-backed spaced-repetition algorithm (FSRS) times each return for right before you'd forget, so your SQL is still there months later, when the interview or the job actually needs it.

Practice, feedback, mastery, review. That's the loop that turns reading into real skill.

Start free

No account, no credit card. Start solving in under a minute.