1. Lighthouse

Level 4 · Missing costs on top

The request

From Brian Mitchell, Finance Analyst

“I'm going through product costs one by one. Put the products with no cost at the very top so I fix those first, then the rest from cheapest cost to most expensive.”

Your goal

From products, return product_id, name and unit_cost, sorted so rows with a NULL unit_cost come first, then by unit_cost ascending, then by product_id ascending.

  • Read from the products tablenot done yet
  • Show exactly product_id name unit_costnot done yet
  • 120 rows, sorted as askednot done yet

Your query

SQL

Loading the editor…

    ResultPreview of products · press Run to see yours
    Preview of products
    product_idnamecategorysubcategoryunit_price
    101Vale Velvet LoveseatFurnitureSofas1659.00
    102Alder Oak Coffee TableFurnitureTables919.00
    103Orchard Rattan Dining ChairFurnitureChairs789.00
    104Upland Oak BookcaseFurnitureStorage429.00

    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.

    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
    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
    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
    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

    NULL is not a number, so where does it go in a sort? The SQL standard leaves it to each database, and they disagree:

    database ASC DESC
    Postgres, Snowflake, Oracle NULLs last NULLs first
    DuckDB (since 0.8) NULLs last NULLs last
    MySQL, SQL Server NULLs first NULLs last
    BigQuery NULLs first NULLs last

    Postgres treats NULL as larger than any value, MySQL as smaller, and DuckDB puts NULLs last in both directions by default. The same query can show your missing values at the top in one tool and bury them at the bottom in another.

    Say what you want

    Postgres, DuckDB, BigQuery, Snowflake and Oracle let you choose explicitly:

    ORDER BY unit_cost ASC NULLS FIRST, product_id
    ORDER BY unit_cost DESC NULLS LAST, product_id

    MySQL does not support NULLS FIRST/LAST. The common workaround sorts on a NULL check first:

    -- MySQL: NULLs first, then ascending
    ORDER BY unit_cost IS NULL DESC, unit_cost ASC

    unit_cost IS NULL is 1 for missing rows and 0 otherwise, so sorting it descending puts the missing ones on top. This trick works in DuckDB and Postgres too.

    Why it matters

    • Top-N with DESC. In Postgres, ORDER BY revenue DESC LIMIT 10 puts NULL revenues first, so your “top 10 products” could start with products that have no data at all. Add NULLS LAST whenever a sort column can be NULL and you are taking a top-N.
    • Work queues. Like Brian’s request, a list of things to fix should put the missing values first, deliberately.
    • Portability. Queries move between tools. A query that works by accident because of one database’s default breaks when someone runs it elsewhere.

    Common mistakes

    • Filtering NULLs out when the request was to sort them. If the ticket says “on top”, keep them.
    • Writing NULLS FIRST once and expecting it to apply to every column. It applies only to the sort key it follows.
    • Forgetting the tie-breaker. All NULL rows tie with each other, so they need product_id to have a fixed order.