GROUP BY配合COUNT()统计部门人数需正确使用WHERE筛选、避免非分组列混用、处理NULL和数据不一致，并用LEFT JOIN展示零人数部门。
GROUP BY 配合 COUNT() 统计部门人数
直接用 COUNT(*) 和 GROUP BY department 就能拿到每个部门的员工数，不需要子查询或窗口函数——除非你要额外筛选或排序。
常见错误是漏写 GROUP BY，导致只返回一行总数；或者误用 WHERE 过滤后才分组，把本该归入某部门但被条件过滤掉的员工排除了。
- 基础写法：
SELECT department, COUNT(*) AS employee_count FROM employees GROUP BY department; - 如果部门字段可能为
NULL，GROUP BY会把所有空值归为一组，需确认是否要单独处理（比如加WHERE department IS NOT NULL） - 注意别在
SELECT中混用非分组列和聚合函数，否则多数数据库（如 PostgreSQL、SQL Server）会报错：column "name" must appear in the GROUP BY clause
统计时排除离职员工或按状态筛选
实际业务中，“员工数量”往往不是简单查表，而是带状态条件的。这时候必须把筛选逻辑放在 WHERE，而不是 HAVING——后者只能过滤分组结果，不能提前剔除记录。
例如只统计在职员工：status = 'active' 必须写在 WHERE；若写成 HAVING COUNT(*) > 0 没意义，因为每组至少有一条记录才会出现在结果里。
- 正确写法：
SELECT department, COUNT(*) FROM employees WHERE status = 'active' GROUP BY department; - 想查“有5人以上在职员工”的部门，才用
HAVING：HAVING COUNT(*) >= 5 - MySQL 允许
SELECT中出现未分组的非聚合列（默认开启sql_mode=ONLY_FULL_GROUP_BY才严格检查），但其他数据库（如 PostgreSQL）会直接报错，建议统一遵守标准写法
部门名称为空或拼写不一致怎么办
真实数据里常有 department 字段为空、大小写混用（如 “sales” 和 “Sales”）、前后空格、甚至用缩写（“HR” vs “Human Resources”）。这些都会让 GROUP BY 把同一部门拆成多组。
临时补救可用 TRIM(UPPER(department)) 或 COALESCE(department, 'Unknown') 做标准化，但更稳妥的是在 ETL 或应用层清洗数据，避免每次查询都加函数影响索引使用。
- 快速去空格+大写统一：
SELECT TRIM(UPPER(department)), COUNT(*) FROM employees GROUP BY TRIM(UPPER(department)); - 但这样无法走
department字段上的索引，大数据量时性能明显下降 - 如果经常需要按标准化部门统计，建议新增一个计算列或物化视图，或在写入时就做清洗
想同时显示零人数的部门（如组织架构表）
上面所有写法都只返回“有员工的部门”。如果系统里存在部门表（departments），而你想列出所有部门（含人数为 0 的），就必须用 LEFT JOIN，不能只靠 GROUP BY。
关键点是：主表必须是部门表，员工表作为右表被左连接，再对员工侧字段 COUNT() —— 因为 COUNT(*) 会把空行也计为 1，而 COUNT(employee_id) 只统计非空值。
- 正确写法：
SELECT d.name, COUNT(e.id) FROM departments d LEFT JOIN employees e ON d.id = e.department_id GROUP BY d.name; - 别用
COUNT(*)，否则每个部门都会显示至少 1（因为d.name总是非空） - 如果部门表和员工表关联字段类型不一致（比如一个是
INT，一个是VARCHAR），JOIN 可能静默失败或性能极差，务必检查类型匹配
GROUP BY 语句根本解决不了问题。 
