1. Lighthouse

Level 3 · The high-value list that was too long

The request

From Megan Collins, Head of Sales

“We're inviting customers whose average order in 2025 was over $400 to our trade program. The list has 784 people and some of them look like small buyers to me. Can you check the query and fix it?”

Your goal

Fix the query. Using completed orders placed in 2025 (order total = sum of quantity * unit_price * (1 - discount_pct / 100.0) over lines with quantity > 0), return one row per customer whose average order total is above 400, with: customer_id, orders (all their completed 2025 orders) and avg_order_value (their average order total, rounded to 2).

  • Read from the orders tablenot done yet
  • Read from the order_items tablenot done yet
  • Show exactly customer_id orders avg_order_valuenot done yet

Your query

SQL

Loading the editor…

    ResultPreview of orders · press Run to see yours
    Preview of orders
    order_idcustomer_idorder_datestatuschannel
    10011252023-01-01 20:51:19completedweb
    10021562023-01-02 07:58:46completedweb
    1003222023-01-02 10:25:27completedmarketplace
    1004482023-01-02 11:21:51completedmarketplace

    Mote checks your result

    Press Run. Each row that matches the goal becomes a firefly in your lantern.

    Tables

    Harbor & Pine store data, ready to query.

    orders12,000 rows · 7 columns
    • order_idinteger
    • customer_idinteger
    • order_datetimestamp
    • statusvarchar
    • channelvarchar
    • shipping_feedecimal
    • coupon_codevarchar
    First 5 rows of orders
    order_idcustomer_idorder_datestatuschannelshipping_feecoupon_code
    10011252023-01-01 20:51:19completedweb0.00NULL
    10021562023-01-02 07:58:46completedweb0.00NULL
    1003222023-01-02 10:25:27completedmarketplace4.99WELCOME10
    1004482023-01-02 11:21:51completedmarketplace4.99WELCOME10
    1005822023-01-02 11:43:36completedweb0.00WELCOME10
    order_items30,338 rows · 6 columns
    • order_item_idinteger
    • order_idinteger
    • product_idinteger
    • quantityinteger
    • unit_pricedecimal
    • discount_pctdecimal
    First 5 rows of order_items
    order_item_idorder_idproduct_idquantityunit_pricediscount_pct
    11001121931.990.00
    21001154311.990.00
    31002154411.990.00
    410021941149.000.00
    51002193219.990.00
    customers2,018 rows · 9 columns
    • customer_idinteger
    • first_namevarchar
    • last_namevarchar
    • emailvarchar
    • cityvarchar
    • statevarchar
    • signup_datedate
    • segmentvarchar
    • referral_sourcevarchar
    First 5 rows of customers
    customer_idfirst_namelast_nameemailcitystatesignup_datesegmentreferral_source
    1OwenHudsonowen.hudson@icloud.comSan FranciscoCA2022-06-02consumersearch
    2DouglasMendozadmendoza69@gmail.comAtlantaGA2022-06-02consumerNULL
    3HenryBrookshbrooks@lakesidecafe.comLos AngelesCA2022-06-04businessNULL
    4BrianGrahambgraham@bluecedarhomes.comSeattleWA2022-06-06businesspinterest
    5KyleJimenezkjimenez27@yahoo.comIndianapolisIN2022-06-07consumerNULL
    products120 rows · 8 columns
    • product_idinteger
    • namevarchar
    • categoryvarchar
    • subcategoryvarchar
    • unit_pricedecimal
    • unit_costdecimal
    • launched_ondate
    • is_activeboolean
    First 5 rows of products
    product_idnamecategorysubcategoryunit_priceunit_costlaunched_onis_active
    101Vale Velvet LoveseatFurnitureSofas1659.00NULL2023-09-11true
    102Alder Oak Coffee TableFurnitureTables919.00503.502024-05-16true
    103Orchard Rattan Dining ChairFurnitureChairs789.00429.872023-05-27true
    104Upland Oak BookcaseFurnitureStorage429.00214.702022-12-20true
    105Avery Leather Bed FrameFurnitureBeds449.00232.702021-08-31true
    returns1,673 rows · 5 columns
    • return_idinteger
    • order_item_idinteger
    • returned_ondate
    • reasonvarchar
    • refund_amountdecimal
    First 5 rows of returns
    return_idorder_item_idreturned_onreasonrefund_amount
    1142023-01-10damaged83.69
    2422023-01-10wrong_item19.99
    31052023-01-14wrong_item10.99
    4242023-01-16changed_mind26.99
    51262023-01-16late20.99
    employees60 rows · 8 columns
    • employee_idinteger
    • first_namevarchar
    • last_namevarchar
    • departmentvarchar
    • titlevarchar
    • manager_idinteger
    • hire_datedate
    • salaryinteger
    First 5 rows of employees
    employee_idfirst_namelast_namedepartmenttitlemanager_idhire_datesalary
    1CatherineHaleExecutiveChief Executive OfficerNULL2016-03-01285000
    2RobertKimExecutiveChief Operating Officer12017-01-09235000
    3MeganCollinsSalesHead of Sales12018-04-16172000
    4ChloeGutierrezSalesAccount Executive32020-01-2172000
    5FrankBellSalesAccount Executive32023-05-2173000
    web_sessions40,000 rows · 7 columns
    • session_idinteger
    • customer_idinteger
    • started_attimestamp
    • devicevarchar
    • sourcevarchar
    • pages_viewedinteger
    • convertedboolean
    First 5 rows of web_sessions
    session_idcustomer_idstarted_atdevicesourcepages_viewedconverted
    1NULL2023-01-01 23:02:24mobilepaid1false
    2182023-01-01 15:07:49desktoppaid1false
    3NULL2023-01-01 16:55:46desktopdirect7false
    4NULL2023-01-01 12:43:28mobileorganic3false
    5NULL2023-01-01 13:06:21mobilesocial2false
    marketing_spend3,276 rows · 3 columns
    • spend_datedate
    • channelvarchar
    • amountdecimal
    First 5 rows of marketing_spend
    spend_datechannelamount
    2023-01-01paid492.99
    2023-01-01email37.38
    2023-01-01social200.53
    2023-01-02paid709.13
    2023-01-02email64.13

    The lesson

    The starter does not just pick the wrong customers. It changes the numbers it reports for them, which is why the list looked convincing.

    What WHERE does here

    WHERE runs before GROUP BY. In the starter it removes every order of $400 or less, and only then groups and averages what is left. The question it answers is “who placed at least one order over $400, and what did those big orders average?” That is a different list.

    Follow one customer through both versions. Customer 87 had 4 completed orders in 2025 with an average of $348.73. The starter keeps only their 2 orders above $400, reports orders = 2 and avg_order_value = 474.99, and invites them. The true average is below the bar.

    The fix

    Move the condition to HAVING, which filters groups after they are formed:

    SELECT customer_id,
           COUNT(*) AS orders,
           ROUND(AVG(order_total), 2) AS avg_order_value
    FROM order_totals
    GROUP BY customer_id
    HAVING AVG(order_total) > 400;

    The list drops from 784 customers to 572. Out of 1,447 customers with a completed 2025 order, that is the real trade program audience.

    How to spot it

    • A filter in WHERE on the same quantity you then aggregate (order_total, quantity, amount) is worth a second look.
    • Check one customer by hand: list all their orders without any filter and compute the average.
    • Compare counts: if orders in the result is lower than what the customer really placed, rows were filtered before grouping.

    Common mistakes

    • Writing WHERE AVG(order_total) > 400: that one fails loudly, because aggregates are not allowed in WHERE. The silent version is filtering the raw column instead.
    • Keeping both filters. WHERE order_total > 400 plus HAVING still averages only the big orders.
    • Filtering by the rounded alias in HAVING: fine in DuckDB, but repeat the expression for portability.

    In SQL Server

    T-SQL has the same WHERE and HAVING rules, and it does not allow an alias in HAVING either:

    GROUP BY customer_id
    HAVING AVG(order_total) > 400;

    Interview note

    “Customers whose average order value is above X” is a favorite screening question precisely because the WHERE version runs and returns plausible rows.

    Pick what may run on this site. You can change this any time from "Cookie settings" at the bottom of every page.