Users Above Avg Order Spend
Find users whose avg order value exceeds overall avg.
The challenge runs on the SQLabHub practice database (SQLite) and uses the orders table. You can solve it in the browser, with nothing to install.
The task
Find users whose avg order value exceeds overall avg.
A correct answer returns 55 rows with 2 columns: user_id, avg_user.
Tables used in this challenge
orders 200 rows
id INTEGER (PK) · user_id INTEGER · total REAL · discount REAL · item_count INTEGER · status TEXT · order_date TEXT · shipped_date TEXT · shipping_city TEXT · shipping_country TEXT
| id | user_id | total | discount | item_count | status | order_date | shipped_date | shipping_city | shipping_country |
|---|---|---|---|---|---|---|---|---|---|
The first rows of each table are shown. See how all the tables relate on the database schema page.
Expected output
| user_id | avg_user |
|---|---|
First 5 of 55 rows. This is the output of the model solution on the practice database. The task does not fix a sort order, so your rows may come back in a different order.
What you practise
- Summarising many rows into one value with COUNT, SUM, AVG, MIN or MAX
- Grouping rows with GROUP BY to get one result row per group
- Filtering groups after aggregation with HAVING
- Using the result of one query inside another
Hint and approach
Try the challenge first. Open these only when you need them.
Show the hint
AVG + HAVING
Show the step-by-step approach
How the model solution is built, in the order the database evaluates it:
- Read from the
orderstable. - Group the rows by
user_id, so the result has one row for each value. - For each group, compute
AVG(total). - Filter the groups in
HAVING: keep those whereavg_useris greater than the value returned by a subquery. - The subquery in HAVING runs once and returns a single value. It works like this:
- Read from the
orderstable. - Aggregate over all the rows that are left: compute
AVG(total). With no GROUP BY, the result is a single row.
- Read from the
Model solution
Checking your session…
What to watch for
- HAVING. Conditions on single rows belong in WHERE and conditions on aggregates in HAVING. Putting a row filter in HAVING works, but it groups rows that are about to be thrown away.
- GROUP BY. Every selected column must either be in GROUP BY or sit inside an aggregate. SQLite accepts other columns and returns an arbitrary value for them; most databases raise an error.
- Subquery. A subquery compared with =, > or < must return exactly one row and one column. If it can return several rows, use IN or an aggregate.
Related SQL challenges
- Find Orders with More Than One Payment RecordSimilar levelHard
- Find Churned Customers with No Orders in the Last 90 DaysSimilar levelHard
- Find Products Rated Above the Overall AverageEasierMedium
- Find Customers with an Above-Average Number of OrdersEasierMedium
- Find Customers with More Than 3 Orders Using HAVINGEasierMedium
Keep learning
- Lesson: HAVING Clause
- Lesson: GROUP BY
- Lesson: SQL Subqueries
- Lesson: Aggregate Functions
- All SQL practice challenges, by difficulty and topic
- SQL interview questions with answers
- SQL Playground: run any query on the same database