Find Orders Whose Payment Amount Differs from the Order Total
Return the orders whose recorded payment amount is not equal to the order total.
The challenge runs on the SQLabHub practice database (SQLite) and uses the orders and payments tables. You can solve it in the browser, with nothing to install.
The task
Find orders where payment amount differs from order total.
A correct answer returns 200 rows with 3 columns: id, total, amount.
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 |
|---|---|---|---|---|---|---|---|---|---|
payments 200 rows
id INTEGER (PK) · order_id INTEGER · user_id INTEGER · amount REAL · method TEXT · status TEXT · paid_at TEXT · transaction_id TEXT
| id | order_id | user_id | amount | method | status | paid_at | transaction_id |
|---|---|---|---|---|---|---|---|
The first rows of each table are shown. See how all the tables relate on the database schema page.
Expected output
| id | total | amount |
|---|---|---|
First 5 of 200 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
- Choosing exactly which columns a query returns
- Filtering rows with a WHERE condition
- Combining rows from two tables on a matching key with an inner join
Hint and approach
Try the challenge first. Open these only when you need them.
Show the hint
JOIN payments
Show the step-by-step approach
How the model solution is built, in the order the database evaluates it:
- Read from the
orderstable. - Join
paymentsonorders.id=payments.order_id. - Filter in
WHERE: keep the rows whereorders.totalis not equal topayments.amount. - Return only the columns
orders.id,orders.totalandpayments.amount.
Model solution
Checking your session…
What to watch for
This is a reconciliation query: join on the key, then filter on the inequality. In this dataset totals and payment amounts are generated independently, so every joined row differs; on real data the result is the exception list.
- INNER JOIN. An inner join drops rows that have no partner on the other side, and it repeats a row once for every match, which inflates SUM and COUNT.
- WHERE. WHERE is evaluated before the SELECT list, so it cannot use a column alias defined there or the result of an aggregate.
Related SQL challenges
- Join Three Tables: Orders, Users and PaymentsSimilar levelMedium
- Find the Amount of Each Customer's Most Recent OrderSimilar levelMedium
- Filter Active Products and Sort by RatingEasierEasy
- Count Orders in Each Customer's First 7 DaysHarderHard
- Find Who Placed the Largest Order with a SubquerySimilar levelMedium
Keep learning
- Lesson: INNER JOIN
- Lesson: WHERE Clause
- Lesson: The BIG 6 SQL Clauses
- All SQL practice challenges, by difficulty and topic
- SQL interview questions with answers
- SQL Playground: run any query on the same database