N015-E3 Tier 2 · Core SQL · easy hr · Helix Systems

Return the department ID and employee count for every department with **more than five** employees

Part of HAVING in SQL

The problem

Helix Systems' HR director is reviewing departmental capacity to identify teams that may need additional headcount.

Write a query to return the department ID and employee count for every department with more than five employees.

Assumptions:

  • The employees table contains every active and former employee at Helix Systems.
  • department_id links each employee to their department.
  • The threshold is on the per-department headcount.

Output:

  • One row per qualifying department, with columns department_id and employee_count.
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
  department_id,
  COUNT(*) AS employee_count
FROM
  employees
GROUP BY
  department_id
HAVING
  COUNT(*) > 5

The shape

The headcount-by-department report comes from grouping employees on department_id and counting the rows in each group. HAVING COUNT(*) > 5 keeps only the departments large enough for the HR director's review — department 1 with 17 employees, 3 with 11, 2 with 7, and the two six-person teams.

Clause by clause

  • SELECT department_id, COUNT(*) AS employee_count returns the grouping column with its per-group row count. COUNT(*) here means "every employee that landed in this department's group" — column values are not consulted, only row existence.
  • FROM employees is the source set: every active and former Helix Systems employee.
  • GROUP BY department_id partitions the rows into one group per department. The working set after this clause has one row per distinct department_id.
  • HAVING COUNT(*) > 5 filters those department rows by their headcount. Departments with five or fewer employees drop out; six or more survive.

Why this and not WHERE COUNT(*) > 5

The per-group count doesn't exist until GROUP BY has finished partitioning. WHERE runs earlier, when the only thing in scope is a single employee row. There is no count to compare against at that stage. HAVING is the only clause that runs after grouping, which makes it the only place a COUNT(*) threshold can be checked.

You practiced the canonical GROUP BY + HAVING shape against a count threshold. Any "groups with at least N members" question takes this exact form — GROUP BY builds the groups, HAVING COUNT(*) > N filters them.

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.