N063-H2 Tier 5 · Expert · hard hr · Helix Systems

Return each department's `id`, name, and `active_salaried_count` — the count of employees in that department who are both active and have an active salary on record, reported as `0` for departments with none

Part of NULL Propagation in Complex Queries in SQL

The problem

Scenario: Helix Systems' finance team needs every department paired with the count of employees who are both currently active and have an active salary on record — departments with no qualifying employees should appear with a count of 0.

Task: Write a query to return each department's id, name, and active_salaried_count — the count of employees in that department who are both active and have an active salary on record, reported as 0 for departments with none.

Assumptions:

  • An active employee has is_active equal to TRUE.
  • An active salary record has end_date recorded as a missing value.
  • A department's active_salaried_count is the count of employees who are both active and have an active salary record on file.
  • The result covers every department.
  • A department with no qualifying employees appears with active_salaried_count of 0.

Output:

  • One row per department.
  • Columns in this order: department_id, department_name, active_salaried_count.
  • Sorted by department_name ascending.
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
  d.id AS department_id,
  d.name AS department_name,
  COUNT(s.employee_id) AS active_salaried_count
FROM
  departments d
  LEFT JOIN employees e ON e.department_id = d.id
  AND e.is_active = TRUE
  LEFT JOIN salaries s ON s.employee_id = e.id
  AND s.end_date IS NULL
GROUP BY
  d.id,
  d.name
ORDER BY
  d.name

The shape

Two chained LEFT JOINs, each carrying its qualification inside its own ON clause, let every department reach the count step regardless of whether any employee survives both filters. COUNT(s.employee_id) counts only the salaries that actually matched at the deepest level — so a department whose employees are inactive, or whose active employees have no active salary, lands on 0 instead of being dropped.

Clause by clause

  • SELECT d.id AS department_id, d.name AS department_name, COUNT(s.employee_id) AS active_salaried_count returns one row per department with the count of fully-qualifying employees attached.
  • FROM departments d LEFT JOIN employees e ON e.department_id = d.id AND e.is_active = TRUE keeps every department in the result. Inactive employees fail the join condition, so they are treated as no-match for the department; a department with only inactive employees survives with e.id set to NULL.
  • LEFT JOIN salaries s ON s.employee_id = e.id AND s.end_date IS NULL extends the chain. An employee row already populated by the first join gets paired with their active salary; an employee with no active salary fails this join's condition and arrives at the count with s.employee_id as NULL.
  • GROUP BY d.id, d.name collapses back to one row per department.
  • ORDER BY d.name sorts alphabetically.

The trap

Counting the wrong column collapses the report. COUNT(e.id) here would over-report — it counts every active employee, including those with no active salary record. COUNT(*) would over-report further — it counts the placeholder row even for a department with no employees at all, putting 1 where the report needs 0. COUNT(s.employee_id) is the only choice that survives the chain correctly: it counts non-NULL values from the deepest join, so it counts exactly the employees who passed both the activity filter and the active-salary filter. The position of each filter inside its own ON clause is what carries the empty cases through to the count; the choice of column inside COUNT is what makes the count actually report zero.

You practiced chaining two left-joins, each carrying its own qualification inside the join condition, so departments with no qualifying employees still arrive at the count step and report 0.

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.