必须用 CASE WHEN 将日期映射为固定 weekday 标签(如 'Mon')再分组,避免语言环境导致的分组断裂;需过滤 DOW IN (1,2,3,4,5) 排除周末,并确保分母为应出勤天数而非打卡次数,日期条件须避免函数包裹以保障索引生效。
CASE WHEN 区分工作日再聚合统计直接按 DAYOFWEEK() 或 EXTRACT(DOW FROM ...) 分组会把周一到周五混在一起算总出勤率,但你真正要的是「每个工作日分别算」——比如周一出勤率、周二出勤率各自独立。必须先用 CASE WHEN 把日期映射成明确的 weekday 标签(如 'Mon'、'Tue'),再按这个标签分组。
PostgreSQL 示例:
SELECT CASE EXTRACT(DOW FROM check_in_time) WHEN 1 THEN 'Mon' WHEN 2 THEN 'Tue' WHEN 3 THEN 'Wed' WHEN 4 THEN 'Thu' WHEN 5 THEN 'Fri' ELSE 'Non-workday' END AS weekday, COUNT(*) FILTER (WHERE status = 'present') * 100.0 / COUNT(*) AS attendance_rateFROM attendanceWHERE check_in_time >= '2024-01-01' AND EXTRACT(DOW FROM check_in_time) IN (1,2,3,4,5)GROUP BY weekdayORDER BY MIN(check_in_time);
EXTRACT(DOW FROM ...) 在 PostgreSQL 中周日=0,周一=1…周六=6;MySQL 用 DAYOFWEEK()(周日=1,周一=2),注意偏移差异COUNT(*) FILTER (WHERE ...) 是 PostgreSQL 9.4+ 的写法;MySQL 得用 SUM(IF(status='present', 1, 0))
WHERE ... IN (1,2,3,4,5) 过滤,否则周末数据会进到 ELSE 分支,拉低工作日统计基数DATE_FORMAT() 或 TO_CHAR() 直接分组看似方便:DATE_FORMAT(check_in_time, '%a') 或 TO_CHAR(check_in_time, 'Dy') 能直接输出 'Mon',但隐患很大——语言环境(lc_time)会影响缩写结果。比如中文环境可能返回 '周一',法语环境是 'lun.',导致分组断裂或漏统计。
SET lc_time_names = 'en_US'; 可控,但上线后容易被其他会话覆盖TO_CHAR(..., 'Dy') 受 lc_messages 影响,且不同 locale 下长度不一致(如德语 'Mo' vs 英语 'Mon')如果要算「每位员工在各工作日的出勤率」,不能只用 COUNT(*) 当分母——因为某员工可能某天根本没打卡记录(缺勤),这时分母应该是「该员工应出勤的工作日天数」,而非实际打卡次数。
GENERATE_SERIES + CROSS JOIN 或递归 CTE),再 LEFT JOIN 到考勤表GROUP BY employee_id, weekday 会导致缺勤日被忽略,分母变小,出勤率虚高写 WHERE DAYOFWEEK(check_in_time) = 1 或 WHERE EXTRACT(DOW FROM check_in_time) = 1 会让索引失效,全表扫描不可避免。
WHERE check_in_time >= '2024-01-01' AND check_in_time ,再在 WHERE 子句外过滤 weekday
CREATE INDEX idx_attendance_dow ON attendance (EXTRACT(DOW FROM check_in_time));
CREATE INDEX idx_dow ON attendance ((WEEKDAY(check_in_time)));
真实场景里最常卡住的不是语法,而是「缺勤是否等于无记录」这个业务假设——排班表没同步、节假日未剔除、弹性工作制下某天本不该上班却被计入分母,都会让数字失真。先对齐业务规则,再写 SQL。