N063-E3 Tier 5 · Expert · easy hr · Helix Systems

Return each employee's `id`, their `department_id`, their `salary_amount` (their current salary, reported as a missing value if no active salary is on record), and `dept_salary_total` — the combined active salary across employees in their department

Part of NULL Propagation in Complex Queries in SQL

The problem

Scenario: Helix Systems' HR team is reviewing compensation coverage and needs every employee paired with their current salary alongside their department's total active-salary budget — including employees with no active salary on record.

Task: Write a query to return each employee's id, their department_id, their salary_amount (their current salary, reported as a missing value if no active salary is on record), and dept_salary_total — the combined active salary across employees in their department.

Assumptions:

  • An active salary record has end_date recorded as a missing value.
  • An employee's salary_amount is the amount of their active salary, reported as a missing value when no active salary is on record.
  • A department's dept_salary_total is the combined amount across active salaries of employees in that department.
  • The result covers every employee.

Output:

  • One row per employee.
  • Columns in this order: employee_id, department_id, salary_amount, dept_salary_total.
Schema · hr 4 tables
departments
id integer
name text
location text
budget numeric
salaries
id integer
employee_id integer
amount numeric
effective_date date
end_date? date
employees
id integer
name text
email text
department_id integer
manager_id? integer
hire_date date
title text
is_active boolean
job_history
id integer
employee_id integer
title text
department_id integer
start_date date
end_date? date

Run previews · Check grades

Write a query, then run it to see results here.

Worked solution Try it yourself first
Solution query
SELECT
  e.id AS employee_id,
  e.department_id,
  s.amount AS salary_amount,
  SUM(s.amount) OVER (
    PARTITION BY
      e.department_id
  ) AS dept_salary_total
FROM
  employees e
  LEFT JOIN salaries s ON s.employee_id = e.id
  AND s.end_date IS NULL

The shape

The LEFT JOIN keeps every employee in the result, and the activity filter sits inside the join condition so an employee with no active salary still gets one row through. The window SUM then computes each department's total across whichever salaries survived the join.

Clause by clause

  • SELECT e.id AS employee_id, e.department_id, s.amount AS salary_amount, SUM(s.amount) OVER (PARTITION BY e.department_id) AS dept_salary_total returns one row per employee with their own salary (NULL when no active salary is on record) and the department-wide total alongside it.
  • FROM employees e LEFT JOIN salaries s ON s.employee_id = e.id AND s.end_date IS NULL pairs each employee with their active salary record. The end_date IS NULL test lives inside the join condition, which lets the LEFT JOIN retain employees who have no active salary; their s.amount arrives as NULL.
  • SUM(s.amount) OVER (PARTITION BY e.department_id) computes the per-department total. SUM skips NULL inputs, so an employee with no active salary contributes nothing to the partition total but still appears in the output with the department total on their row.

The trap

Putting s.end_date IS NULL in a WHERE clause instead of inside the join would silently drop every employee whose salary record had a non-null end_date, plus every employee with no salary record at all. The filter belongs in the ON clause so the join preserves the employees the report is supposed to cover.

You practiced computing a per-department total with a window function alongside per-employee detail — without folding rows together, so the output still has one row per employee while carrying the department total inline.

How you actually get good at SQL

Reading explains SQL. Writing it, over and over with instant feedback, is what makes you fluent.

That's the whole SQLMaxx loop: 600+ real problems, instant AI feedback, mastery you can actually see, and spaced review that won't let you forget.

A stack of SQL practice problem cards, the top card showing an employees table.
615 problems · 66 concepts

Real problems. Not toy examples.

615 hand-built problems spanning all 66 concepts, from basic SELECTs to window functions, built on real schemas and real business questions, the kind you'll actually get asked on the job. Enough reps to make SQL automatic.

A retro computer showing a SQL query marked correct with a green checkmark.
Instant AI feedback

Write a query. Know if it's right in one second.

No copying an answer and hoping it clicked. The AI grader checks your real query against real data, catches exactly what's wrong, and explains the fix in plain English, like a senior analyst reading over your shoulder on every problem.

A circular mastery progress dial filling from blue to green, the SQLMaxx diamond at its center.
Mastery tracking

Stop guessing whether you actually know it.

SQLMaxx tracks every concept and shows you what you've mastered and what's still shaky. Your skills fill in one concept at a time, so 'I think I get joins' becomes something you can prove.

A SQL query editor circled by a blue return arrow with a clock, scheduled to come back for review.
Spaced review

Learn it once. Keep it for good.

Most of what you learn this week fades by next week. So when a concept comes due for review, SQLMaxx hands you a fresh problem to solve from a blank editor, not a flashcard to re-read. A research-backed spaced-repetition algorithm (FSRS) times each return for right before you'd forget, so your SQL is still there months later, when the interview or the job actually needs it.

Practice, feedback, mastery, review. That's the loop that turns reading into real skill.

Start free

No account, no credit card. Start solving in under a minute.