COUNT和SUM不能直接计算工时，因它们不理解时间差；需先用TIMESTAMPDIFF等函数将时间差转为秒数再聚合，并过滤异常数据。
为什么 COUNT 和 SUM 不能直接算工时
打卡数据通常是时间戳（如 check_in、check_out），而聚合函数本身不理解时间差。直接对 TIMESTAMP 字段用 SUM 会报错或返回无意义数值；用 COUNT 只能统计次数，不是工时。真正要的是「每条记录的时长差 → 转为秒/分钟 → 再聚合」。
用 TIMEDIFF + TIMESTAMPDIFF 算单次工时
MySQL 中最稳妥的方式是先算出每次打卡的持续秒数，再聚合。注意：TIMEDIFF 返回的是时间类型（TIME），不能直接参与 SUM；必须转成整型秒数：
SELECT user_id, SUM(TIMESTAMPDIFF(SECOND, check_in, check_out)) AS total_seconds FROM attendance WHERE check_in IS NOT NULL AND check_out IS NOT NULL GROUP BY user_id;
-
TIMESTAMPDIFF(SECOND, ...)是关键，它把两个 datetime 直接转为整数秒，可安全SUM - 务必加
WHERE过滤掉缺失任一字段的记录，否则TIMESTAMPDIFF返回NULL，拖垮整个SUM结果 - PostgreSQL 用户请改用
EXTRACT(EPOCH FROM (check_out - check_in))；SQLite 用(julianday(check_out) - julianday(check_in)) * 86400
按天/周分组并转成「小时:分钟」格式
单纯秒数不直观，前端或报表常需 HH:MM。MySQL 没有内置秒转时间字符串函数，得手动拼接：
SELECT user_id, DATE(check_in) AS work_date, SEC_TO_TIME(SUM(TIMESTAMPDIFF(SECOND, check_in, check_out))) AS duration_hms FROM attendance GROUP BY user_id, DATE(check_in);
-
SEC_TO_TIME()能把总秒数转成TIME类型（如08:32:15），但注意它最大只支持 838:59:59，超时会截断 —— 如果某人一天打 200 小时卡，结果就错了 - 更安全的做法是自己算：
CONCAT(FLOOR(total_seconds/3600), ':', LPAD(FLOOR((total_seconds%3600)/60), 2, '0')) - 别在
GROUP BY里写DATE(check_out)：万一有人跨天加班（如 23:00 打卡到次日 02:00），工时就会被拆到两天
处理异常打卡场景：多次打卡、缺卡、反向时间
真实考勤数据总有脏数据，聚合前必须清洗，否则 SUM 出来的是垃圾：
- 同一用户同一天多组打卡？先用窗口函数取最新有效组合：
ROW_NUMBER() OVER (PARTITION BY user_id, DATE(check_in) ORDER BY check_in) - 出现
check_out < check_in？加条件WHERE check_out > check_in，否则TIMESTAMPDIFF返回负数，拉低总工时 - 只打了上班卡没下班卡？这类记录必须剔除，不能假设默认 8 小时 —— 业务规则应由应用层控制，SQL 层只做确定性计算
- 数据库没索引？在
(user_id, check_in, check_out)上建联合索引，否则GROUP BY+SUM在百万级表上会慢到超时
工时核算的边界永远比函数调用复杂：时间精度（是否扣除午休）、时区（服务器时间 vs 员工本地时间）、节假日逻辑——这些都不该塞进一条 SUM 语句里，而是前置清洗或后置补正。
