Coding questions · Robinhood
Write SQL to localize trading drop contributors
This question evaluates proficiency in SQL-based data manipulation and analytics, including cohorting by signup month, daily aggregation of executed trades per active user, segmentation by platform and geolocation, and competency with joins, timestamps, and operational flags.
Use the schema and samples below. Unless stated, treat a user as active on a day if they attempted any order (any status). Dates are inclusive.
Schema (ANSI SQL-friendly):
- users(user_id, signup_date DATE, geo STRING, acquisition_channel STRING)
- accounts(account_id, user_id, kyc_status STRING, funding_method STRING, first_fund_date DATE)
- orders(order_id, account_id, ts TIMESTAMP, asset_class STRING, order_type STRING, side STRING, quantity DECIMAL, status STRING, reject_code STRING, platform STRING)
- releases(release_id, ts TIMESTAMP, feature_name STRING, platform STRING)
- market_index(date DATE, sp500_return DECIMAL, vix_close DECIMAL, is_holiday BOOLEAN)
Small ASCII samples:
users
user_id | signup_date | geo | acquisition_channel
1 | 2025-05-20 | US-CA | ads
2 | 2025-06-03 | US-NY | referral
3 | 2025-06-15 | US-TX | organic
4 | 2025-07-05 | US-CA | ads
5 | 2025-07-12 | US-FL | organic
accounts
account_id | user_id | kyc_status | funding_method | first_fund_date
10 | 1 | approved | ach | 2025-05-22
11 | 2 | approved | wire | 2025-06-04
12 | 3 | pending | ach | null
13 | 4 | approved | ach | 2025-07-07
14 | 5 | approved | card | 2025-07-13
orders
order_id | account_id | ts | asset_class | order_type | side | quantity | status | reject_code | platform
100 | 10 | 2025-06-10 15:20:00 | equity | market | buy | 10 | executed | null | ios
101 | 11 | 2025-06-12 10:05:00 | equity | limit | sell | 5 | executed | null | web
102 | 11 | 2025-07-11 09:33:00 | equity | market | buy | 8 | rejected | R201 | web
103 | 13 | 2025-07-12 09:35:00 | crypto | market | buy | 0.2 | executed | null | android
104 | 13 | 2025-07-24 13:02:00 | equity | limit | buy | 3 | canceled | null | android
105 | 14 | 2025-07-25 10:01:00 | equity | market | buy | 2 | rejected | R305 | ios
106 | 10 | 2025-07-26 11:20:00 | option | market | buy | 1 | executed | null | ios
107 | 11 | 2025-08-01 14:07:00 | equity | limit | buy | 4 | executed | null | web
108 | 11 | 2025-08-05 09:31:00 | equity | market | sell | 2 | rejected | R201 | web
109 | 10 | 2025-08-10 15:45:00 | equity | market | buy | 6 | executed | null | ios
110 | 14 | 2025-08-15 12:12:00 | equity | limit | buy | 1 | executed | null | ios
111 | 13 | 2025-08-21 10:00:00 | crypto | market | sell | 0.1 | executed | null | android
releases
release_id | ts | feature_name | platform
1 | 2025-07-10 08:00:00 | onboarding_v2 | ios
2 | 2025-07-10 08:00:00 | onboarding_v2 | android
3 | 2025-07-10 08:00:00 | onboarding_v2 | web
market_index
date | sp500_return | vix_close | is_holiday
2025-06-10 | 0.3 | 15.2 | 0
2025-06-12 | -0.4 | 18.1 | 0
2025-07-11 | -1.2 | 22.5 | 0
2025-07-24 | 0.1 | 17.0 | 0
2025-07-25 | 0.0 | 16.8 | 0
2025-08-01 | -0.2 | 19.3 | 0
2025-08-05 | -0.6 | 21.0 | 0
2025-08-10 | 0.5 | 15.0 | 0
2025-08-15 | 0.2 | 14.7 | 0
2025-08-21 | -0.1 | 14.9 | 0
Tasks (write ANSI SQL; use CTEs if helpful):
A) Daily executed_trades_per_active_user by platform and signup cohort (signup_month) for 2025-06-01–2025-08-21. Definitions: executed_trades = count of orders.status='executed'; active users = distinct users with any order that day (any status). Exclude market_index.is_holiday = true by left-joining on date.
B) Attribution: Using baseline window 2025-06-01–2025-06-28 and impact window 2025-07-24–2025-08-21, compute per-segment change by [platform × asset_class × order_type]. For each segment, report: baseline mean executed_trades/day, impact mean, absolute delta, and share of total drop. Return top 5 segments by absolute contribution.
C) Quality: Post 2025-07-10, list the top 10 reject_code values whose rejection rate increased the most, controlling for asset_class and platform (i.e., compare within each asset_class×platform cell). Return code, cell, baseline rate (2025-06-01–2025-07-09), post rate (2025-07-10–2025-08-21), and delta.
D) Optional: Produce a user-day dataset for ML uplift modeling with columns [date, user_id, platform, acquisition_channel, tenure_days, funded_flag, executed_trades, any_order_attempt, rejection_rate_day, vix_close, sp500_return, is_holiday] and target executed_trades>0.
Daily Executed Trades per Active User by Platform and Signup Cohort
Using the tables below, compute a daily metric for the period 2025-06-01 to 2025-08-21 (inclusive). For each calendar day, platform, and signup cohort (signup_month), return:
- date
- platform
- signup_month (cohort based on users.signup_date, truncated to the first day of that month)
- executed_trades (count of orders where status = 'executed')
- active_users (distinct users who attempted any order that day on that platform, regardless of status)
- executed_trades_per_active_user = executed_trades / active_users
A user is considered active on a given day if they attempted at least one order (any status) on that day. Derive the date from orders.ts. Exclude days that are holidays by left-joining to market_index on date and filtering out rows where market_index.is_holiday = TRUE. Return one row per (date, platform, signup_month), ordered by date, platform, signup_month.
Table users
| column | type | constraints |
|---|
| user_id | INT | PRIMARY KEY |
| signup_date | DATE | NOT NULL |
| geo | VARCHAR(10) | NOT NULL |
| acquisition_channel | VARCHAR(20) | NOT NULL |
Sample data:
| acquisition_channel | geo | signup_date | user_id |
|---|
| ads | US-CA | 2025-05-20 | 1 |
| referral | US-NY | 2025-06-03 | 2 |
| organic | US-TX | 2025-06-15 | 3 |
| ads | US-CA | 2025-07-05 | 4 |
| organic | US-FL | 2025-07-12 | 5 |
Table accounts
| column | type | constraints |
|---|
| account_id | INT | PRIMARY KEY |
| user_id | INT | NOT NULL |
| kyc_status | VARCHAR(20) | NOT NULL |
| funding_method | VARCHAR(20) | NOT NULL |
| first_fund_date | DATE | |
Sample data:
| account_id | first_fund_date | funding_method | kyc_status | user_id |
|---|
| 10 | 2025-05-22 | ach | approved | 1 |
| 11 | 2025-06-04 | wire | approved | 2 |
| 12 | NULL | ach | pending | 3 |
| 13 | 2025-07-07 | ach | approved | 4 |
| 14 | 2025-07-13 | card | approved | 5 |
Table orders
| column | type | constraints |
|---|
| order_id | INT | PRIMARY KEY |
| account_id | INT | NOT NULL |
| ts | TIMESTAMP | NOT NULL |
| asset_class | VARCHAR(20) | NOT NULL |
| order_type | VARCHAR(20) | NOT NULL |
| side | VARCHAR(10) | NOT NULL |
| quantity | DECIMAL(18,4) | NOT NULL |
| status | VARCHAR(20) | NOT NULL |
| reject_code | VARCHAR(10) | |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| account_id | asset_class | order_id | order_type | platform | quantity | reject_code | side | status | ts |
|---|
| 10 | equity | 100 | market | ios | 10 | NULL | buy | executed | 2025-06-10 15:20:00 |
| 11 | equity | 101 | limit | web | 5 | NULL | sell | executed | 2025-06-12 10:05:00 |
| 11 | equity | 102 | market | web | 8 | R201 | buy | rejected | 2025-07-11 09:33:00 |
| 13 | crypto | 103 | market | android | 0.2 | NULL | buy | executed | 2025-07-12 09:35:00 |
| 13 | equity | 104 | limit | android | 3 | NULL | buy | canceled | 2025-07-24 13:02:00 |
| 14 | equity | 105 | market | ios | 2 | R305 | buy | rejected | 2025-07-25 10:01:00 |
| 10 | option | 106 | market | ios | 1 | NULL | buy | executed | 2025-07-26 11:20:00 |
| 11 | equity | 107 | limit | web | 4 | NULL | buy | executed | 2025-08-01 14:07:00 |
| 11 | equity | 108 | market | web | 2 | R201 | sell | rejected | 2025-08-05 09:31:00 |
| 10 | equity | 109 | market | ios | 6 | NULL | buy | executed | 2025-08-10 15:45:00 |
| 14 | equity | 110 | limit | ios | 1 | NULL | buy | executed | 2025-08-15 12:12:00 |
| 13 | crypto | 111 | market | android | 0.1 | NULL | sell | executed | 2025-08-21 10:00:00 |
Table releases
| column | type | constraints |
|---|
| release_id | INT | PRIMARY KEY |
| ts | TIMESTAMP | NOT NULL |
| feature_name | VARCHAR(50) | NOT NULL |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| feature_name | platform | release_id | ts |
|---|
| onboarding_v2 | ios | 1 | 2025-07-10 08:00:00 |
| onboarding_v2 | android | 2 | 2025-07-10 08:00:00 |
| onboarding_v2 | web | 3 | 2025-07-10 08:00:00 |
Table market_index
| column | type | constraints |
|---|
| date | DATE | PRIMARY KEY |
| sp500_return | DECIMAL(5,2) | NOT NULL |
| vix_close | DECIMAL(5,2) | NOT NULL |
| is_holiday | BOOLEAN | NOT NULL |
Sample data:
| date | is_holiday | sp500_return | vix_close |
|---|
| 2025-06-10 | false | 0.3 | 15.2 |
| 2025-06-12 | false | -0.4 | 18.1 |
| 2025-07-11 | false | -1.2 | 22.5 |
| 2025-07-24 | false | 0.1 | 17 |
| 2025-07-25 | false | 0 | 16.8 |
| 2025-08-01 | false | -0.2 | 19.3 |
| 2025-08-05 | false | -0.6 | 21 |
| 2025-08-10 | false | 0.5 | 15 |
| 2025-08-15 | false | 0.2 | 14.7 |
| 2025-08-21 | false | -0.1 | 14.9 |
Expected output
One row per (date, platform, signup_month) in 2025-06-01–2025-08-21 where there was at least one order on that platform that day, excluding holidays. executed_trades counts executed orders; active_users counts distinct users with any order; executed_trades_per_active_user is the ratio.
| active_users | date | executed_trades | executed_trades_per_active_user | platform | signup_month |
|---|
| 1 | 2025-06-10 | 1 | 1 | ios | 2025-05-01 |
| 1 | 2025-06-12 | 1 | 1 | web | 2025-06-01 |
| 1 | 2025-07-11 | 0 | 0 | web | 2025-06-01 |
| 1 | 2025-07-12 | 1 | 1 | android | 2025-07-01 |
| 1 | 2025-07-24 | 0 | 0 | android | 2025-07-01 |
| 1 | 2025-07-25 | 0 | 0 | ios | 2025-07-01 |
| 1 | 2025-07-26 | 1 | 1 | ios | 2025-05-01 |
| 1 | 2025-08-01 | 1 | 1 | web | 2025-06-01 |
| 1 | 2025-08-05 | 0 | 0 | web | 2025-06-01 |
| 1 | 2025-08-10 | 1 | 1 | ios | 2025-05-01 |
| 1 | 2025-08-15 | 1 | 1 | ios | 2025-07-01 |
| 1 | 2025-08-21 | 1 | 1 | android | 2025-07-01 |
Hints
- Join orders to accounts and users to get user_id and signup_date, and derive the calendar date from orders.ts.
- Aggregate by date, platform, and signup_month; use SUM over a CASE expression for executed_trades and COUNT(DISTINCT user_id) for active_users.
Attribution of Trading Drop by Platform × Asset Class × Order Type
Using the tables below, attribute the change in executed trading activity between a baseline and an impact window to segments defined by [platform × asset_class × order_type].
- Define the baseline window as 2025-06-01 to 2025-06-28 (inclusive).
- Define the impact window as 2025-07-24 to 2025-08-21 (inclusive).
- For each segment (platform, asset_class, order_type) and each window:
- For every calendar day in that window where the segment has at least one order (any status), compute executed_trades_day = count of orders with status = 'executed' in that segment on that day.
- Compute baseline_mean_executed_trades_per_day as the average of executed_trades_day over the baseline window for that segment.
- Compute impact_mean_executed_trades_per_day similarly over the impact window.
- If a segment has no orders in a window, treat its mean as 0 for that window.
- For each segment, compute:
- absolute_delta = ABS(impact_mean_executed_trades_per_day - baseline_mean_executed_trades_per_day)
- contribution_to_drop = (baseline_mean_executed_trades_per_day - impact_mean_executed_trades_per_day) for segments where the impact mean is lower than the baseline (i.e., true drops; otherwise 0).
- share_of_total_drop = contribution_to_drop / SUM(contribution_to_drop over all segments with a drop).
Return the top 5 segments ordered by absolute_delta descending, including for each:
- platform
- asset_class
- order_type
- baseline_mean_executed_trades_per_day
- impact_mean_executed_trades_per_day
- absolute_delta
- share_of_total_drop
If fewer than 5 segments have a drop, return only the segments that dropped.
Table users
| column | type | constraints |
|---|
| user_id | INT | PRIMARY KEY |
| signup_date | DATE | NOT NULL |
| geo | VARCHAR(10) | NOT NULL |
| acquisition_channel | VARCHAR(20) | NOT NULL |
Sample data:
| acquisition_channel | geo | signup_date | user_id |
|---|
| ads | US-CA | 2025-05-20 | 1 |
| referral | US-NY | 2025-06-03 | 2 |
| organic | US-TX | 2025-06-15 | 3 |
| ads | US-CA | 2025-07-05 | 4 |
| organic | US-FL | 2025-07-12 | 5 |
Table accounts
| column | type | constraints |
|---|
| account_id | INT | PRIMARY KEY |
| user_id | INT | NOT NULL |
| kyc_status | VARCHAR(20) | NOT NULL |
| funding_method | VARCHAR(20) | NOT NULL |
| first_fund_date | DATE | |
Sample data:
| account_id | first_fund_date | funding_method | kyc_status | user_id |
|---|
| 10 | 2025-05-22 | ach | approved | 1 |
| 11 | 2025-06-04 | wire | approved | 2 |
| 12 | NULL | ach | pending | 3 |
| 13 | 2025-07-07 | ach | approved | 4 |
| 14 | 2025-07-13 | card | approved | 5 |
Table orders
| column | type | constraints |
|---|
| order_id | INT | PRIMARY KEY |
| account_id | INT | NOT NULL |
| ts | TIMESTAMP | NOT NULL |
| asset_class | VARCHAR(20) | NOT NULL |
| order_type | VARCHAR(20) | NOT NULL |
| side | VARCHAR(10) | NOT NULL |
| quantity | DECIMAL(18,4) | NOT NULL |
| status | VARCHAR(20) | NOT NULL |
| reject_code | VARCHAR(10) | |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| account_id | asset_class | order_id | order_type | platform | quantity | reject_code | side | status | ts |
|---|
| 10 | equity | 100 | market | ios | 10 | NULL | buy | executed | 2025-06-10 15:20:00 |
| 11 | equity | 101 | limit | web | 5 | NULL | sell | executed | 2025-06-12 10:05:00 |
| 11 | equity | 102 | market | web | 8 | R201 | buy | rejected | 2025-07-11 09:33:00 |
| 13 | crypto | 103 | market | android | 0.2 | NULL | buy | executed | 2025-07-12 09:35:00 |
| 13 | equity | 104 | limit | android | 3 | NULL | buy | canceled | 2025-07-24 13:02:00 |
| 14 | equity | 105 | market | ios | 2 | R305 | buy | rejected | 2025-07-25 10:01:00 |
| 10 | option | 106 | market | ios | 1 | NULL | buy | executed | 2025-07-26 11:20:00 |
| 11 | equity | 107 | limit | web | 4 | NULL | buy | executed | 2025-08-01 14:07:00 |
| 11 | equity | 108 | market | web | 2 | R201 | sell | rejected | 2025-08-05 09:31:00 |
| 10 | equity | 109 | market | ios | 6 | NULL | buy | executed | 2025-08-10 15:45:00 |
| 14 | equity | 110 | limit | ios | 1 | NULL | buy | executed | 2025-08-15 12:12:00 |
| 13 | crypto | 111 | market | android | 0.1 | NULL | sell | executed | 2025-08-21 10:00:00 |
Table releases
| column | type | constraints |
|---|
| release_id | INT | PRIMARY KEY |
| ts | TIMESTAMP | NOT NULL |
| feature_name | VARCHAR(50) | NOT NULL |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| feature_name | platform | release_id | ts |
|---|
| onboarding_v2 | ios | 1 | 2025-07-10 08:00:00 |
| onboarding_v2 | android | 2 | 2025-07-10 08:00:00 |
| onboarding_v2 | web | 3 | 2025-07-10 08:00:00 |
Table market_index
| column | type | constraints |
|---|
| date | DATE | PRIMARY KEY |
| sp500_return | DECIMAL(5,2) | NOT NULL |
| vix_close | DECIMAL(5,2) | NOT NULL |
| is_holiday | BOOLEAN | NOT NULL |
Sample data:
| date | is_holiday | sp500_return | vix_close |
|---|
| 2025-06-10 | false | 0.3 | 15.2 |
| 2025-06-12 | false | -0.4 | 18.1 |
| 2025-07-11 | false | -1.2 | 22.5 |
| 2025-07-24 | false | 0.1 | 17 |
| 2025-07-25 | false | 0 | 16.8 |
| 2025-08-01 | false | -0.2 | 19.3 |
| 2025-08-05 | false | -0.6 | 21 |
| 2025-08-10 | false | 0.5 | 15 |
| 2025-08-15 | false | 0.2 | 14.7 |
| 2025-08-21 | false | -0.1 | 14.9 |
Expected output
Top segments (platform × asset_class × order_type) whose mean executed_trades/day dropped the most from 2025-06-01–2025-06-28 to 2025-07-24–2025-08-21, with their baseline mean, impact mean, absolute_delta, and share_of_total_drop. In this sample data, only ios × equity × market has a drop.
| absolute_delta | asset_class | baseline_mean_executed_trades_per_day | impact_mean_executed_trades_per_day | order_type | platform | share_of_total_drop |
|---|
| 0.5 | equity | 1 | 0.5 | market | ios | 1 |
Hints
- First compute daily executed_trades per (platform, asset_class, order_type) separately for the baseline and impact windows, then take an average per window.
- After you have baseline and impact means per segment, compute deltas, then a second pass (or window/aggregate) to compute the total drop and each segment's share of that drop.
Rejection Codes with the Largest Increase in Rejection Rate by Asset Class and Platform
Post 2025-07-10, identify reject_code values whose rejection rate increased the most, controlling for asset_class and platform.
- Define a baseline window: 2025-06-01 to 2025-07-09 (inclusive).
- Define a post window: 2025-07-10 to 2025-08-21 (inclusive).
- For each cell (asset_class, platform) and reject_code, compute:
- baseline_rejection_rate = (number of rejected orders with that reject_code in that cell during the baseline window) / (total number of orders in that cell during the baseline window).
- post_rejection_rate = (number of rejected orders with that reject_code in that cell during the post window) / (total number of orders in that cell during the post window).
- Treat missing counts as 0 (e.g., if a code never appears in the baseline window, its baseline_rejection_rate is 0).
- Compute delta = post_rejection_rate - baseline_rejection_rate.
Return the top 10 (reject_code, asset_class, platform) combinations where delta > 0, ordered by delta descending, with columns:
- reject_code
- asset_class
- platform
- baseline_rejection_rate
- post_rejection_rate
- delta
Table users
| column | type | constraints |
|---|
| user_id | INT | PRIMARY KEY |
| signup_date | DATE | NOT NULL |
| geo | VARCHAR(10) | NOT NULL |
| acquisition_channel | VARCHAR(20) | NOT NULL |
Sample data:
| acquisition_channel | geo | signup_date | user_id |
|---|
| ads | US-CA | 2025-05-20 | 1 |
| referral | US-NY | 2025-06-03 | 2 |
| organic | US-TX | 2025-06-15 | 3 |
| ads | US-CA | 2025-07-05 | 4 |
| organic | US-FL | 2025-07-12 | 5 |
Table accounts
| column | type | constraints |
|---|
| account_id | INT | PRIMARY KEY |
| user_id | INT | NOT NULL |
| kyc_status | VARCHAR(20) | NOT NULL |
| funding_method | VARCHAR(20) | NOT NULL |
| first_fund_date | DATE | |
Sample data:
| account_id | first_fund_date | funding_method | kyc_status | user_id |
|---|
| 10 | 2025-05-22 | ach | approved | 1 |
| 11 | 2025-06-04 | wire | approved | 2 |
| 12 | NULL | ach | pending | 3 |
| 13 | 2025-07-07 | ach | approved | 4 |
| 14 | 2025-07-13 | card | approved | 5 |
Table orders
| column | type | constraints |
|---|
| order_id | INT | PRIMARY KEY |
| account_id | INT | NOT NULL |
| ts | TIMESTAMP | NOT NULL |
| asset_class | VARCHAR(20) | NOT NULL |
| order_type | VARCHAR(20) | NOT NULL |
| side | VARCHAR(10) | NOT NULL |
| quantity | DECIMAL(18,4) | NOT NULL |
| status | VARCHAR(20) | NOT NULL |
| reject_code | VARCHAR(10) | |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| account_id | asset_class | order_id | order_type | platform | quantity | reject_code | side | status | ts |
|---|
| 10 | equity | 100 | market | ios | 10 | NULL | buy | executed | 2025-06-10 15:20:00 |
| 11 | equity | 101 | limit | web | 5 | NULL | sell | executed | 2025-06-12 10:05:00 |
| 11 | equity | 102 | market | web | 8 | R201 | buy | rejected | 2025-07-11 09:33:00 |
| 13 | crypto | 103 | market | android | 0.2 | NULL | buy | executed | 2025-07-12 09:35:00 |
| 13 | equity | 104 | limit | android | 3 | NULL | buy | canceled | 2025-07-24 13:02:00 |
| 14 | equity | 105 | market | ios | 2 | R305 | buy | rejected | 2025-07-25 10:01:00 |
| 10 | option | 106 | market | ios | 1 | NULL | buy | executed | 2025-07-26 11:20:00 |
| 11 | equity | 107 | limit | web | 4 | NULL | buy | executed | 2025-08-01 14:07:00 |
| 11 | equity | 108 | market | web | 2 | R201 | sell | rejected | 2025-08-05 09:31:00 |
| 10 | equity | 109 | market | ios | 6 | NULL | buy | executed | 2025-08-10 15:45:00 |
| 14 | equity | 110 | limit | ios | 1 | NULL | buy | executed | 2025-08-15 12:12:00 |
| 13 | crypto | 111 | market | android | 0.1 | NULL | sell | executed | 2025-08-21 10:00:00 |
Table releases
| column | type | constraints |
|---|
| release_id | INT | PRIMARY KEY |
| ts | TIMESTAMP | NOT NULL |
| feature_name | VARCHAR(50) | NOT NULL |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| feature_name | platform | release_id | ts |
|---|
| onboarding_v2 | ios | 1 | 2025-07-10 08:00:00 |
| onboarding_v2 | android | 2 | 2025-07-10 08:00:00 |
| onboarding_v2 | web | 3 | 2025-07-10 08:00:00 |
Table market_index
| column | type | constraints |
|---|
| date | DATE | PRIMARY KEY |
| sp500_return | DECIMAL(5,2) | NOT NULL |
| vix_close | DECIMAL(5,2) | NOT NULL |
| is_holiday | BOOLEAN | NOT NULL |
Sample data:
| date | is_holiday | sp500_return | vix_close |
|---|
| 2025-06-10 | false | 0.3 | 15.2 |
| 2025-06-12 | false | -0.4 | 18.1 |
| 2025-07-11 | false | -1.2 | 22.5 |
| 2025-07-24 | false | 0.1 | 17 |
| 2025-07-25 | false | 0 | 16.8 |
| 2025-08-01 | false | -0.2 | 19.3 |
| 2025-08-05 | false | -0.6 | 21 |
| 2025-08-10 | false | 0.5 | 15 |
| 2025-08-15 | false | 0.2 | 14.7 |
| 2025-08-21 | false | -0.1 | 14.9 |
Expected output
Top reject_code × asset_class × platform combinations whose rejection rate increased after 2025-07-10, comparing 2025-06-01–2025-07-09 vs 2025-07-10–2025-08-21. In this sample, R201 on equity/web and R305 on equity/ios both increase from 0 to positive rejection rates.
| asset_class | baseline_rejection_rate | delta | platform | post_rejection_rate | reject_code |
|---|
| equity | 0 | 0.6667 | web | 0.6667 | R201 |
| equity | 0 | 0.3333 | ios | 0.3333 | R305 |
Hints
- Compute total orders per (asset_class, platform) and rejected orders per (asset_class, platform, reject_code) separately for the baseline and post windows.
- Build a list of all (asset_class, platform, reject_code) combinations, join in baseline and post counts, turn missing values into zeros, and compare the resulting rejection rates.
User-Day Dataset for Trading Uplift Modeling
Produce a user-day dataset suitable for ML uplift modeling using the tables below. For each user-day where the user attempted at least one order, output one row with the following columns and a binary target:
- date: calendar date of activity (from orders.ts)
- user_id
- platform: the platform of the orders on that day (one row per user_id × date × platform)
- acquisition_channel: from users.acquisition_channel
- tenure_days: number of days between users.signup_date and date (date - signup_date)
- funded_flag: 1 if the user has any account whose first_fund_date is not NULL and first_fund_date <= date, otherwise 0
- executed_trades: count of orders with status = 'executed' for that user on that date and platform
- any_order_attempt: 1 if the user placed at least one order that date on that platform (should always be 1 for included rows)
- rejection_rate_day: number of rejected orders / total orders for that user on that date and platform
- vix_close: from market_index for that date
- sp500_return: from market_index for that date
- is_holiday: from market_index for that date
- target_executed_trades_gt_0: 1 if executed_trades > 0 on that date and platform, else 0
Base the dataset on the sample data as-is (no specific date window required). Return the complete user-day dataset for the sample data, ordered by date, user_id, and platform.
Table users
| column | type | constraints |
|---|
| user_id | INT | PRIMARY KEY |
| signup_date | DATE | NOT NULL |
| geo | VARCHAR(10) | NOT NULL |
| acquisition_channel | VARCHAR(20) | NOT NULL |
Sample data:
| acquisition_channel | geo | signup_date | user_id |
|---|
| ads | US-CA | 2025-05-20 | 1 |
| referral | US-NY | 2025-06-03 | 2 |
| organic | US-TX | 2025-06-15 | 3 |
| ads | US-CA | 2025-07-05 | 4 |
| organic | US-FL | 2025-07-12 | 5 |
Table accounts
| column | type | constraints |
|---|
| account_id | INT | PRIMARY KEY |
| user_id | INT | NOT NULL |
| kyc_status | VARCHAR(20) | NOT NULL |
| funding_method | VARCHAR(20) | NOT NULL |
| first_fund_date | DATE | |
Sample data:
| account_id | first_fund_date | funding_method | kyc_status | user_id |
|---|
| 10 | 2025-05-22 | ach | approved | 1 |
| 11 | 2025-06-04 | wire | approved | 2 |
| 12 | NULL | ach | pending | 3 |
| 13 | 2025-07-07 | ach | approved | 4 |
| 14 | 2025-07-13 | card | approved | 5 |
Table orders
| column | type | constraints |
|---|
| order_id | INT | PRIMARY KEY |
| account_id | INT | NOT NULL |
| ts | TIMESTAMP | NOT NULL |
| asset_class | VARCHAR(20) | NOT NULL |
| order_type | VARCHAR(20) | NOT NULL |
| side | VARCHAR(10) | NOT NULL |
| quantity | DECIMAL(18,4) | NOT NULL |
| status | VARCHAR(20) | NOT NULL |
| reject_code | VARCHAR(10) | |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| account_id | asset_class | order_id | order_type | platform | quantity | reject_code | side | status | ts |
|---|
| 10 | equity | 100 | market | ios | 10 | NULL | buy | executed | 2025-06-10 15:20:00 |
| 11 | equity | 101 | limit | web | 5 | NULL | sell | executed | 2025-06-12 10:05:00 |
| 11 | equity | 102 | market | web | 8 | R201 | buy | rejected | 2025-07-11 09:33:00 |
| 13 | crypto | 103 | market | android | 0.2 | NULL | buy | executed | 2025-07-12 09:35:00 |
| 13 | equity | 104 | limit | android | 3 | NULL | buy | canceled | 2025-07-24 13:02:00 |
| 14 | equity | 105 | market | ios | 2 | R305 | buy | rejected | 2025-07-25 10:01:00 |
| 10 | option | 106 | market | ios | 1 | NULL | buy | executed | 2025-07-26 11:20:00 |
| 11 | equity | 107 | limit | web | 4 | NULL | buy | executed | 2025-08-01 14:07:00 |
| 11 | equity | 108 | market | web | 2 | R201 | sell | rejected | 2025-08-05 09:31:00 |
| 10 | equity | 109 | market | ios | 6 | NULL | buy | executed | 2025-08-10 15:45:00 |
| 14 | equity | 110 | limit | ios | 1 | NULL | buy | executed | 2025-08-15 12:12:00 |
| 13 | crypto | 111 | market | android | 0.1 | NULL | sell | executed | 2025-08-21 10:00:00 |
Table releases
| column | type | constraints |
|---|
| release_id | INT | PRIMARY KEY |
| ts | TIMESTAMP | NOT NULL |
| feature_name | VARCHAR(50) | NOT NULL |
| platform | VARCHAR(20) | NOT NULL |
Sample data:
| feature_name | platform | release_id | ts |
|---|
| onboarding_v2 | ios | 1 | 2025-07-10 08:00:00 |
| onboarding_v2 | android | 2 | 2025-07-10 08:00:00 |
| onboarding_v2 | web | 3 | 2025-07-10 08:00:00 |
Table market_index
| column | type | constraints |
|---|
| date | DATE | PRIMARY KEY |
| sp500_return | DECIMAL(5,2) | NOT NULL |
| vix_close | DECIMAL(5,2) | NOT NULL |
| is_holiday | BOOLEAN | NOT NULL |
Sample data:
| date | is_holiday | sp500_return | vix_close |
|---|
| 2025-06-10 | false | 0.3 | 15.2 |
| 2025-06-12 | false | -0.4 | 18.1 |
| 2025-07-11 | false | -1.2 | 22.5 |
| 2025-07-24 | false | 0.1 | 17 |
| 2025-07-25 | false | 0 | 16.8 |
| 2025-08-01 | false | -0.2 | 19.3 |
| 2025-08-05 | false | -0.6 | 21 |
| 2025-08-10 | false | 0.5 | 15 |
| 2025-08-15 | false | 0.2 | 14.7 |
| 2025-08-21 | false | -0.1 | 14.9 |
Expected output
Complete user-day dataset for every (date, user_id, platform) with at least one order attempt in the sample data, ordered by date, user_id, and platform.
| acquisition_channel | any_order_attempt | date | executed_trades | funded_flag | is_holiday | platform | rejection_rate_day | sp500_return | target_executed_trades_gt_0 | tenure_days | user_id | vix_close |
|---|
| ads | 1 | 2025-06-10 | 1 | 1 | false | ios | 0 | 0.3 | 1 | 21 | 1 | 15.2 |
| referral | 1 | 2025-06-12 | 1 | 1 | false | web | 0 | -0.4 | 1 | 9 | 2 | 18.1 |
| referral | 1 | 2025-07-11 | 0 | 1 | false | web | 1 | -1.2 | 0 | 38 | 2 | 22.5 |
| ads | 1 | 2025-07-12 | 1 | 1 | NULL | android | 0 | NULL | 1 | 7 | 4 | NULL |
| ads | 1 | 2025-07-24 | 0 | 1 | false | android | 0 | 0.1 | 0 | 19 | 4 | 17 |
| organic | 1 | 2025-07-25 | 0 | 1 | false | ios | 1 | 0 | 0 | 13 | 5 | 16.8 |
| ads | 1 | 2025-07-26 | 1 | 1 | NULL | ios | 0 | NULL | 1 | 67 | 1 | NULL |
| referral | 1 | 2025-08-01 | 1 | 1 | false | web | 0 | -0.2 | 1 | 59 | 2 | 19.3 |
| referral | 1 | 2025-08-05 | 0 | 1 | false | web | 1 | -0.6 | 0 | 63 | 2 | 21 |
| ads | 1 | 2025-08-10 | 1 | 1 | false | ios | 0 | 0.5 | 1 | 82 | 1 | 15 |
| organic | 1 | 2025-08-15 | 1 | 1 | false | ios | 0 | 0.2 | 1 | 34 | 5 | 14.7 |
| ads | 1 | 2025-08-21 | 1 | 1 | false | android | 0 | -0.1 | 1 | 47 | 4 | 14.9 |
Hints
- Aggregate orders to the user_id × date × platform level to compute total_orders, executed_trades, and rejected_trades.
- Join in user signup_date and first_fund_date to compute tenure_days and funded_flag, and join market_index on date for the market covariates.