N046-M2 Tier 4 · Advanced · medium ecommerce · Brightlane

Return one row per customer with at least one delivered order, showing that customer's ID, the ID of their most recent delivered order, when it was placed, and the order amount. Sort the final result by `customer_id` ascending

Part of DISTINCT ON in SQL

The problem

Brightlane's account management team is reviewing every customer's most recent completed purchase. Pending and cancelled orders are excluded.

Write a query to return one row per customer with at least one delivered order, showing that customer's ID, the ID of their most recent delivered order, when it was placed, and the order amount. Sort the final result by customer_id ascending.

Assumptions:

  • A delivered order has status = 'delivered'. Only delivered orders are eligible.
  • A customer's most recent delivered order is the delivered order with the largest ordered_at for that customer_id.
  • Customers with no delivered orders on record do not appear in the result.
  • The final result is sorted by customer_id ascending.

Output:

  • One row per customer with at least one delivered order, with columns customer_id, order_id, ordered_at, and total_amount. Sorted by customer_id.
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 DISTINCT
  ON (customer_id) customer_id,
  id AS order_id,
  ordered_at,
  total_amount
FROM
  orders
WHERE
  status = 'delivered'
ORDER BY
  customer_id,
  ordered_at DESC

The shape

The filter runs before the per-group pick. WHERE status = 'delivered' narrows the order pool to delivered orders only, and then DISTINCT ON (customer_id) with ORDER BY customer_id, ordered_at DESC picks the most recent surviving order for each customer. Customers whose only orders are pending or cancelled drop out at the WHERE step and never reach the per-customer pick.

Clause by clause

  • SELECT DISTINCT ON (customer_id) customer_id, id AS order_id, ordered_at, total_amount returns the four columns the account-management review needs. DISTINCT ON (customer_id) declares one row per distinct customer_id.
  • FROM orders reads the order records.
  • WHERE status = 'delivered' keeps only the delivered orders. Every row downstream is already known to be a delivered order, so the per-customer pick operates on that restricted pool.
  • ORDER BY customer_id, ordered_at DESC sorts the surviving rows so each customer's most recent delivered order sits first in their group. PostgreSQL keeps the first row in each customer_id group.

Why this and not filter after the pick

You might be tempted to do DISTINCT ON first and then check the status, but that does not produce the right answer. If a customer's most recent order is cancelled and their most recent delivered order is older, the DISTINCT ON step would pick the cancelled one and the filter would then throw the row away — the older delivered order never gets a chance. Filtering before the pick is the only way to get each customer's most recent delivered order.

The WHERE runs before ORDER BY and before the per-group pick. That sequencing is what makes filter-then-pick correct: only delivered orders are sorted, and the most recent of those wins.

You practiced DISTINCT ON after a WHERE restriction — the restriction runs first; the per-group pick operates on only the surviving records.

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.