Calculate Each Order Line's Share of Daily Sales
Return every order line with the percentage of that day's sales it represents.
The challenge runs on the SQLabHub practice database (SQLite) and uses the orders and order_items tables. You can solve it in the browser, with nothing to install.
The task
Find each product’s contribution to daily sales.
A correct answer returns 496 rows with 3 columns: order_date, product_id, pct.
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 |
|---|---|---|---|---|---|---|---|---|---|
order_items 496 rows
id INTEGER (PK) · order_id INTEGER · product_id INTEGER · quantity INTEGER · unit_price REAL · subtotal REAL
| id | order_id | product_id | quantity | unit_price | subtotal |
|---|---|---|---|---|---|
The first rows of each table are shown. See how all the tables relate on the database schema page.
Expected output
| order_date | product_id | pct |
|---|---|---|
First 5 of 496 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
- Combining rows from two tables on a matching key with an inner join
- Attaching a total or average to every row with an aggregate OVER ()
- Restarting a window calculation for each group with PARTITION BY
- Deriving a new column from an expression and naming it with an alias
Hint and approach
Try the challenge first. Open these only when you need them.
Show the hint
SUM OVER partition by date
Show the step-by-step approach
How the model solution is built, in the order the database evaluates it:
- Read from the
orderstable. - Join
order_itemsonorders.id=order_items.order_id. - Compute
SUM(order_items.subtotal)as a window function over eachorders.order_date, so the group's value is repeated on every one of its rows. - Combine those values into
pct:order_items.subtotal * 100.0 / SUM(order_items.subtotal) OVER (PARTITION BY orders.order_date).
Model solution
Checking your session…
What to watch for
SUM(...) OVER (PARTITION BY order_date) is the day's total repeated on each line. A product sold on two lines the same day appears twice with two shares; group by product first if you need one row per product.
- Window aggregates. A window aggregate keeps every row, while a plain aggregate collapses them. Mixing the two in one SELECT without GROUP BY is an error.
- PARTITION BY. PARTITION BY is not GROUP BY: it keeps every row and only decides which rows a window function looks at.
- 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.
Related SQL challenges
- Calculate Each Category's Share of Total RevenueSimilar levelHard
- Calculate Each Order's Percentage of Total RevenueSimilar levelHard
- Join Order Items to Products to Show Product NamesEasierMedium
- Show Each Salary's Gap to Its Department AverageSimilar levelHard
- Percent Difference of Each Salary from the Department AverageSimilar levelHard
Keep learning
- Lesson: Window Functions
- Lesson: INNER JOIN
- Lesson: Comments & Aliases
- All SQL practice challenges, by difficulty and topic
- SQL interview questions with answers
- SQL Playground: run any query on the same database