GROUP BY配合COUNT()统计部门员工数需确保department_id字段非NULL，正确写法为SELECT department_id, COUNT(*) FROM employees GROUP BY department_id；排除空部门用WHERE department_id IS NOT NULL；显示部门名称需LEFT JOIN departments表；处理NULL值用COALESCE()且GROUP BY中须同步使用；性能优化需在department_id建索引；查零值部门需LEFT JOIN部门表并COUNT(e.id)。
GROUP BY 配合 COUNT() 是最直接解法
统计每个部门的员工数量，核心就是按部门分组再计数。前提是员工表里有部门标识字段（比如 department_id 或 dept_name），且该字段不为 NULL 的记录才参与统计。
常见错误是漏写 GROUP BY，导致整张表只返回一行总数；或者误用 COUNT(*) 而没注意 NULL 值影响——其实 COUNT(*) 统计所有行，COUNT(department_id) 会跳过该字段为 NULL 的记录。
- 基础写法：
SELECT department_id, COUNT(*) AS employee_count FROM employees GROUP BY department_id;
- 如果想排除部门为空的员工，加
WHERE department_id IS NOT NULL - 若需显示部门名称，且部门信息在另一张
departments表中，得用LEFT JOIN，否则没员工的部门不会出现在结果里
遇到部门名称缺失时，用 COALESCE 处理空值
实际数据中常有员工未分配部门（department_id 为 NULL），默认分组后会单独出现一行 NULL。用户往往希望把它标为“未分配”或“其他”，而不是留空。
COALESCE() 是最稳妥的处理方式，它比 IFNULL()（MySQL）或 ISNULL()（SQL Server）更通用，跨数据库兼容性好。
- 示例：
SELECT COALESCE(department_id, '未分配') AS dept, COUNT(*) AS cnt FROM employees GROUP BY COALESCE(department_id, '未分配');
- 注意：
GROUP BY里也得写同样的COALESCE()表达式，不能只在SELECT里写 - 别用字符串拼接（如
CONCAT('Dept_', department_id)）做分组键，除非真需要那种格式，否则增加索引失效风险
性能差？检查 department_id 上有没有索引
当员工表很大（比如百万级），GROUP BY department_id 可能变慢——特别是没索引时，数据库得全表扫描+临时文件排序。
执行 EXPLAIN 查看执行计划，重点确认是否用了 Using filesort 或 Using temporary。这两者通常意味着性能瓶颈。
- 建索引语句：
CREATE INDEX idx_emp_dept ON employees(department_id);
- 复合查询（比如同时查部门名、人数、平均薪资）时，考虑覆盖索引，把常用
SELECT字段也加进去 - 如果
department_id区分度极低（比如只有 3 个部门但有 100 万员工），索引效果有限，此时优化方向应转向分区或物化视图
MySQL 8.0+ 或 PostgreSQL 中想补全零值部门？用 LEFT JOIN + 生成序列
纯 GROUP BY 只返回有员工的部门。若报表要求列出所有部门（包括人数为 0 的），就得主动拉取部门表，并用 LEFT JOIN 关联员工表。
关键点在于：右表（员工表）的 COUNT() 必须作用于非空字段（如 employees.id），否则 NULL 行会被算成 1。
- 正确写法：
SELECT d.name, COUNT(e.id) AS employee_count FROM departments d LEFT JOIN employees e ON d.id = e.department_id GROUP BY d.id, d.name;
- 别写
COUNT(*)，那会把左连接产生的NULL行也算一次 - PostgreSQL 可用
GENERATE_SERIES()模拟部门，MySQL 8.0+ 可用 CTE 递归构造，但真实场景优先走业务表关联
部门字段是否允许 NULL、要不要包含零值部门、数据量级多大——这三个问题没理清之前，任何“标准写法”都可能跑偏。
