你遇到的问题很典型——直接用数据库里的时间格式字段和单价相乘，得到的结果不是预期的加班费，因为数据库并不会把overtime字段直接以“小时数”的形式参与计算，而是用它底层存储的时间数值（比如秒数、毫秒数）来运算，所以才会出现3320000这种不符合预期的结果。

要实现加班时长×小时单价的正确计算，核心是先把时间类型的overtime字段转换成实际的小时数（支持小数，比如4.5小时），再和单价相乘。下面是不同主流数据库的具体实现方案：

MySQL 解决方案 #

如果overtime是TIME类型（比如存储的是04:00:00表示4小时），可以用TIME_TO_SEC()函数先把时间转成秒数，再除以3600得到小时数：

SELECT 83 * (TIME_TO_SEC(overtime) / 3600) AS overtime_salary
FROM att 
WHERE Eid = 5;

如果overtime是时间间隔类型（比如INTERVAL 4 HOUR），也可以直接用HOUR()函数，但如果有分钟数的话，还是用上面的方法更准确（比如04:30:00会被转换成4.5小时）。

PostgreSQL 解决方案 #

在PostgreSQL中，使用EXTRACT(EPOCH FROM ...)提取时间间隔对应的秒数，再除以3600得到小时数：

SELECT 83 * (EXTRACT(EPOCH FROM overtime) / 3600) AS overtime_salary
FROM att 
WHERE Eid = 5;

这个方法对TIME类型或INTERVAL类型的overtime字段都适用，能准确计算带小数的加班时长。

SQL Server 解决方案 #

用DATEDIFF()函数计算overtime与0点的秒数差，再除以3600.0（注意加.0确保结果是小数，避免整数除法丢失精度）：

SELECT 83 * (DATEDIFF(SECOND, 0, overtime) / 3600.0) AS overtime_salary
FROM att 
WHERE Eid = 5;

这样即使overtime包含分钟数（比如04:15:00），也会被转换成4.25小时来计算加班费。

额外提示 #

• 如果你的overtime字段存储的是日期时间范围（比如单独的开始时间和结束时间字段），那需要先计算两个时间的差值得到加班时长，再转成小时数计算。比如MySQL中可以用TIMESTAMPDIFF(SECOND, start_time, end_time)/3600来得到间隔小时数。
• 计算结果可以用ROUND()函数保留2位小数，符合薪资核算的精度要求，比如ROUND(83 * (TIME_TO_SEC(overtime)/3600), 2)。

内容的提问来源于stack exchange，提问作者Abdallah zoubi