1. Lighthouse

Level 10 · Days with no marketplace orders

The request

From Ryan Cooper, Regional Sales Manager

“The marketplace partner says our listing went quiet on some days last year. How many days in each month of 2025 had zero marketplace orders? Days with no orders don't show up in a normal count, so I need them made visible.”

Your goal

Generate every calendar day from 2025-01-01 to 2025-12-31 with a recursive CTE. Count marketplace orders (channel 'marketplace', any status) per calendar day of order_date. Return one row per month with: month (first day of the month, as a DATE), days (calendar days in the month) and zero_days (days with no marketplace order). Sort by month ascending.

  • Read from the orders tablenot done yet
  • Show exactly month days zero_daysnot done yet
  • 12 rows, sorted as askednot 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
    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
    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

    GROUP BY can only report values that exist in the data. A day with no orders has no rows, so it never appears. To see it, you need a list of every day to join against: a calendar spine. A recursive CTE can build one.

    How WITH RECURSIVE works

    WITH RECURSIVE calendar AS (
      SELECT DATE '2025-01-01' AS day          -- anchor: the first row
      UNION ALL
      SELECT CAST(day + INTERVAL 1 DAY AS DATE) -- recursive part: reads the previous rows
      FROM calendar
      WHERE day < DATE '2025-12-31'             -- stop condition
    )
    SELECT COUNT(*) FROM calendar;              -- 365

    The anchor runs once. The recursive part then runs again and again on the rows produced by the last round, until it produces nothing because the WHERE condition fails. Forget the stop condition and the query never ends, so write it first.

    The same pattern walks hierarchies. Starting from the CEO (the employee with no manager) and repeatedly joining employees whose manager_id is in the previous round, you get every employee with their depth in the org chart: Catherine Hale at depth 0, and the deepest people in Customer Support at depth 4.

    Calendar plus LEFT JOIN

    With the spine in place, aggregate orders per day in a second CTE and LEFT JOIN it to the calendar. Days without orders survive the join with NULLs, and COUNT(CASE WHEN d.day IS NULL THEN 1 END) counts them. In 2025 the marketplace had no orders on 11 days in February and none in November, when holiday traffic filled every day.

    DuckDB also has a shortcut, SELECT * FROM generate_series(DATE '2025-01-01', DATE '2025-12-31', INTERVAL 1 DAY), but recursion works in almost every database and also handles trees, which a series cannot.

    Common mistakes

    • Joining on the timestamp: order_date has a time of day, so cast it to DATE before matching days.
    • Counting COUNT(d.orders) for zero days: that counts the days with orders.

    In SQL Server

    Write WITH calendar AS (...) without the word RECURSIVE, use DATEADD(day, 1, day) to step, and note the default limit of 100 recursion rounds. A full year needs OPTION (MAXRECURSION 400) at the end of the statement, or 0 for no limit.

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