The request

From Laura Bennett, Head of Finance
Your goal
Set result to a DataFrame with columns category and revenue: the sum of line revenue (quantity * unit_price * (1 - discount_pct / 100), using order_items.unit_price) over lines whose order has status 'completed', rounded to 2, one row per category, sorted by revenue descending, index reset.
- Use the
productsDataFramenot done yet - Use the
ordersDataFramenot done yet - Show exactly
categoryrevenuenot done yet
Your code
Loading the editor…
Reference solution
| product_id | name | category | subcategory | unit_price |
|---|---|---|---|---|
| 101 | Vale Velvet Loveseat | Furniture | Sofas | 1659.00 |
| 102 | Alder Oak Coffee Table | Furniture | Tables | 919.00 |
| 103 | Orchard Rattan Dining Chair | Furniture | Chairs | 789.00 |
| 104 | Upland Oak Bookcase | Furniture | Storage | 429.00 |
Mote checks your result
Press Run. Each row that matches the goal becomes a firefly in your lantern.
What Laura gets, and why
DataFrames
Loaded for you as pandas DataFrames, plus pd and np.
products120 rows · 8 columns
product_idintegernamevarcharcategoryvarcharsubcategoryvarcharunit_pricedecimalunit_costdecimallaunched_ondateis_activeboolean
| product_id | name | category | subcategory | unit_price | unit_cost | launched_on | is_active |
|---|---|---|---|---|---|---|---|
| 101 | Vale Velvet Loveseat | Furniture | Sofas | 1659.00 | NaN | 2023-09-11 | true |
| 102 | Alder Oak Coffee Table | Furniture | Tables | 919.00 | 503.50 | 2024-05-16 | true |
| 103 | Orchard Rattan Dining Chair | Furniture | Chairs | 789.00 | 429.87 | 2023-05-27 | true |
| 104 | Upland Oak Bookcase | Furniture | Storage | 429.00 | 214.70 | 2022-12-20 | true |
| 105 | Avery Leather Bed Frame | Furniture | Beds | 449.00 | 232.70 | 2021-08-31 | true |
orders12,000 rows · 7 columns
order_idintegercustomer_idintegerorder_datetimestampstatusvarcharchannelvarcharshipping_feedecimalcoupon_codevarchar
| order_id | customer_id | order_date | status | channel | shipping_fee | coupon_code |
|---|---|---|---|---|---|---|
| 1001 | 125 | 2023-01-01 20:51:19 | completed | web | 0.00 | NaN |
| 1002 | 156 | 2023-01-02 07:58:46 | completed | web | 0.00 | NaN |
| 1003 | 22 | 2023-01-02 10:25:27 | completed | marketplace | 4.99 | WELCOME10 |
| 1004 | 48 | 2023-01-02 11:21:51 | completed | marketplace | 4.99 | WELCOME10 |
| 1005 | 82 | 2023-01-02 11:43:36 | completed | web | 0.00 | WELCOME10 |
order_items30,338 rows · 6 columns
order_item_idintegerorder_idintegerproduct_idintegerquantityintegerunit_pricedecimaldiscount_pctdecimal
| order_item_id | order_id | product_id | quantity | unit_price | discount_pct |
|---|---|---|---|---|---|
| 1 | 1001 | 121 | 9 | 31.99 | 0.00 |
| 2 | 1001 | 154 | 3 | 11.99 | 0.00 |
| 3 | 1002 | 154 | 4 | 11.99 | 0.00 |
| 4 | 1002 | 194 | 1 | 149.00 | 0.00 |
| 5 | 1002 | 193 | 2 | 19.99 | 0.00 |
customers2,018 rows · 9 columns
customer_idintegerfirst_namevarcharlast_namevarcharemailvarcharcityvarcharstatevarcharsignup_datedatesegmentvarcharreferral_sourcevarchar
| customer_id | first_name | last_name | city | state | signup_date | segment | referral_source | |
|---|---|---|---|---|---|---|---|---|
| 1 | Owen | Hudson | owen.hudson@icloud.com | San Francisco | CA | 2022-06-02 | consumer | search |
| 2 | Douglas | Mendoza | dmendoza69@gmail.com | Atlanta | GA | 2022-06-02 | consumer | NaN |
| 3 | Henry | Brooks | hbrooks@lakesidecafe.com | Los Angeles | CA | 2022-06-04 | business | NaN |
| 4 | Brian | Graham | bgraham@bluecedarhomes.com | Seattle | WA | 2022-06-06 | business | |
| 5 | Kyle | Jimenez | kjimenez27@yahoo.com | Indianapolis | IN | 2022-06-07 | consumer | NaN |
returns1,673 rows · 5 columns
return_idintegerorder_item_idintegerreturned_ondatereasonvarcharrefund_amountdecimal
| return_id | order_item_id | returned_on | reason | refund_amount |
|---|---|---|---|---|
| 1 | 14 | 2023-01-10 | damaged | 83.69 |
| 2 | 42 | 2023-01-10 | wrong_item | 19.99 |
| 3 | 105 | 2023-01-14 | wrong_item | 10.99 |
| 4 | 24 | 2023-01-16 | changed_mind | 26.99 |
| 5 | 126 | 2023-01-16 | late | 20.99 |
employees60 rows · 8 columns
employee_idintegerfirst_namevarcharlast_namevarchardepartmentvarchartitlevarcharmanager_idintegerhire_datedatesalaryinteger
| employee_id | first_name | last_name | department | title | manager_id | hire_date | salary |
|---|---|---|---|---|---|---|---|
| 1 | Catherine | Hale | Executive | Chief Executive Officer | NaN | 2016-03-01 | 285000 |
| 2 | Robert | Kim | Executive | Chief Operating Officer | 1 | 2017-01-09 | 235000 |
| 3 | Megan | Collins | Sales | Head of Sales | 1 | 2018-04-16 | 172000 |
| 4 | Chloe | Gutierrez | Sales | Account Executive | 3 | 2020-01-21 | 72000 |
| 5 | Frank | Bell | Sales | Account Executive | 3 | 2023-05-21 | 73000 |
web_sessions40,000 rows · 7 columns
session_idintegercustomer_idintegerstarted_attimestampdevicevarcharsourcevarcharpages_viewedintegerconvertedboolean
| session_id | customer_id | started_at | device | source | pages_viewed | converted |
|---|---|---|---|---|---|---|
| 1 | NaN | 2023-01-01 23:02:24 | mobile | paid | 1 | false |
| 2 | 18 | 2023-01-01 15:07:49 | desktop | paid | 1 | false |
| 3 | NaN | 2023-01-01 16:55:46 | desktop | direct | 7 | false |
| 4 | NaN | 2023-01-01 12:43:28 | mobile | organic | 3 | false |
| 5 | NaN | 2023-01-01 13:06:21 | mobile | social | 2 | false |
marketing_spend3,276 rows · 3 columns
spend_datedatechannelvarcharamountdecimal
| spend_date | channel | amount |
|---|---|---|
| 2023-01-01 | paid | 492.99 |
| 2023-01-01 | 37.38 | |
| 2023-01-01 | social | 200.53 |
| 2023-01-02 | paid | 709.13 |
| 2023-01-02 | 64.13 |
The lesson
Three tables, one question
“Revenue by category for completed orders” touches three tables:
order_itemshas the revenue ingredients (quantity, price paid, discount).ordershas the status.productshas the category.
There’s no single merge that does it all, but merges chain naturally, one key at a time:
items.merge(orders, on="order_id").merge(products, on="product_id")
Compute before you merge
Calculate line revenue on order_items before merging with products. After the merge there
are two unit_price columns, and it’s easy to pick the list price by accident. Today’s list price
is wrong for revenue on lines sold before the March 2025 price rise.
items = order_items.assign(
line_revenue=order_items["quantity"] * order_items["unit_price"]
* (1 - order_items["discount_pct"] / 100)
)
Merge only what you need
Bring in just the key and the columns you need from each table. It keeps the result narrow and avoids name clashes:
completed_ids = orders.loc[orders["status"] == "completed", ["order_id"]]
merged = (
items
.merge(completed_ids, on="order_id", how="inner", validate="many_to_one")
.merge(products[["product_id", "category"]], on="product_id", how="inner", validate="many_to_one")
)
Notice the first merge does the filtering. An inner join with a list of completed order IDs keeps
only lines from completed orders. That’s a common and tidy pattern: filtering by joining. You
could do the same with items[items["order_id"].isin(completed_ids["order_id"])]; both are fine.
Each merge is many-to-one (many lines per order, many lines per product), and validate checks it.
Then group
(
merged.groupby("category", as_index=False)
.agg(revenue=("line_revenue", "sum"))
.round({"revenue": 2})
.sort_values("revenue", ascending=False)
.reset_index(drop=True)
)
Furniture comes out on top, with Outdoor close behind, even though every category has the same number of products: high prices make up for fewer units sold. A natural follow-up is revenue per unit sold, or the share of total, to see which categories punch above their weight.
Sanity check against the total
The category revenues should add up to the total revenue of completed orders:
result["revenue"].sum()
items[items["order_id"].isin(completed_ids["order_id"])]["line_revenue"].sum()
If the first is bigger, a merge duplicated rows. If it’s smaller, a merge dropped some. This check takes one line and is the best defence against join mistakes.
Common mistakes
- Using
products.unit_price(list price) instead of the line’s price paid. - Filtering on status after merging all of
orders, then forgetting to filter at all. - Merging the full
orderstable, which brings incustomer_id,channeland more columns you don’t need.
If you know SQL
This is FROM order_items JOIN orders USING (order_id) JOIN products USING (product_id) WHERE status = 'completed' GROUP BY category.
Lantern lit!
Practised: mergemulti tablegroupbyfiltering
- Solved
- No hints
- First run
