N063-M3 Tier 5 · Expert · medium hr · Helix Systems

Return each department's `id`, name, and `avg_current_salary`, with the average reported as `0` for departments with no current salary records

Part of NULL Propagation in Complex Queries in SQL

The problem

Scenario: Helix Systems' compensation committee is benchmarking each department's average current salary, and departments with no currently salaried employees should appear in the report with an average of 0 rather than dropping out.

Task: Write a query to return each department's id, name, and avg_current_salary, with the average reported as 0 for departments with no current salary records.

Assumptions:

  • An active salary record has end_date recorded as a missing value.
  • A department's avg_current_salary is the average of every active salary across its employees.
  • The result covers every department.
  • A department with no active salary records on file appears with avg_current_salary reported as 0.

Output:

  • One row per department.
  • Columns in this order: department_id, department_name, avg_current_salary.
  • 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,
  COALESCE(AVG(s.amount), 0) AS avg_current_salary
FROM
  departments d
  LEFT JOIN employees e ON e.department_id = d.id
  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 walk from departments down through employees to salaries, and COALESCE(AVG(s.amount), 0) converts the empty-group NULL that AVG produces for a department with no salary records on file. The LEFT JOINs preserve both the empty departments and the salary-less employees inside populated departments.

Clause by clause

  • SELECT d.id AS department_id, d.name AS department_name, COALESCE(AVG(s.amount), 0) AS avg_current_salary returns one row per department with the substituted average attached.
  • FROM departments d LEFT JOIN employees e ON e.department_id = d.id keeps every department in the result, even those with no employees.
  • LEFT JOIN salaries s ON s.employee_id = e.id AND s.end_date IS NULL extends the chain to active salaries while preserving employees with no active salary record. The end_date IS NULL test lives inside the ON clause so the salary-less employees survive the join with s.amount set to NULL.
  • GROUP BY d.id, d.name collapses everything back to one row per department.
  • ORDER BY d.name sorts the report alphabetically.

The trap

Two distinct NULLs travel through this pipeline and only one of them matters. NULL s.amount for a salary-less employee in a populated department is harmless because AVG ignores NULL inputs — the populated salaries in that department still produce a real average. NULL s.amount for every employee in a department with no active salaries on file (or in a department with no employees at all) is what produces the empty-group NULL out of AVG, and that is the NULL COALESCE is sized for. Putting COALESCE(s.amount, 0) inside the aggregate would silently average those zeros into populated departments and lower their benchmark. The substitution belongs around the AVG result, where the only NULL is the one the report cannot use.

You practiced left-joining a parent through two layers down to the metric level, then substituting 0 for the missing-value average that empty branches would otherwise produce.

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.