SQL Server不支持对datetime类型直接使用SUM()，因其仅接受数值类型；需用DATEDIFF转为秒/毫秒等数值后再聚合，注意溢出风险与NULL处理。
SQL Server 本身不支持直接对时间类型列（如 datetime、datetime2）使用 SUM()，尝试会报错：Operand data type datetime is invalid for sum operator。必须先转为数值单位（如秒、毫秒），再聚合。
为什么不能直接对 datetime 用 SUM()？
SQL Server 的聚合函数 SUM() 只接受数值类型（int、bigint、decimal 等）。datetime 是结构化类型，不是标量数字，引擎无法执行加法运算。
常见错误现象：
-
SUM(start_time)→ 报错：Operand data type datetime is invalid for sum operator -
SUM(DATEDIFF(second, '1970-01-01', start_time))→ 可行，但注意溢出风险
正确做法：用 DATEDIFF 转成数值后再 SUM
核心思路是把时间差（两个时间点之间的间隔）先算出来，得到整数（秒、分钟、毫秒等），再用 SUM() 累加。
典型场景：统计某类任务的总耗时（end_time - start_time）
- 推荐用
DATEDIFF(second, start_time, end_time)得到秒数，再SUM()—— 精度够、整数安全、易读 - 若原始字段是
time类型（仅时间部分），可直接SUM(DATEDIFF(millisecond, '00:00:00', duration_col)) - 避免用
day或year单位做DATEDIFF后SUM，语义易混淆（比如SUM(DATEDIFF(day, a, b))不等于总天数跨度）
示例：
SELECT task_type, SUM(DATEDIFF(second, start_time, end_time)) AS total_seconds, SUM(DATEDIFF(second, start_time, end_time)) / 3600.0 AS total_hours FROM tasks WHERE start_time IS NOT NULL AND end_time IS NOT NULL GROUP BY task_type;
COUNT 和 AVG 在时间差场景中的误用提醒
有人想用 AVG() 算平均耗时，但要注意：
-
AVG(DATEDIFF(second, a, b))是合法的，结果是平均秒数 —— 这没问题 -
AVG(end_time - start_time)在 SQL Server 中不合法，会触发类型不匹配错误 -
COUNT(*)统计的是记录条数，不是时间长度；若想排除无效时间差，得加WHERE DATEDIFF(second, a, b) > 0 - NULL 值会被
DATEDIFF返回 NULL，进而被SUM/AVG忽略 —— 所以务必确认start_time和end_time非空，否则统计值偏小
性能与精度取舍：毫秒 vs 秒 vs 分钟
单位选择直接影响结果精度和整数溢出风险：
- 用
millisecond：精度最高，但SUM()容易超出int范围（24 天左右就溢出），建议用BIGINT接收，或改用COUNT_BIG()配合转换 - 用
second：最常用，34年才溢出int，兼顾精度与安全 - 用
minute：适合粗粒度统计，但会截断秒级差异，且DATEDIFF(minute, a, b)向下取整（如 1分59秒 → 1）
真正容易被忽略的是：如果业务要求“精确到毫秒的总耗时”，别只写 SUM(DATEDIFF(millisecond, ...))，记得显式转换为 BIGINT，否则隐式转换可能失败：
SELECT SUM(CAST(DATEDIFF(millisecond, start_time, end_time) AS BIGINT)) AS total_ms FROM tasks;
