SQL中DATEDIFF函数如何计算两个日期相差天数？-SQL-PHP中文网

datediff函数参数顺序因数据库而异，sql server要求datediff(unit, start, end)，mysql为datediff(end, start)，postgresql需用减法；时区和隐式类型转换亦易引发错误，推荐跨库统一用日期减法。

sql中datediff函数如何计算两个日期相差天数？

SQL中`DATEDIFF`函数的参数顺序不能颠倒

不同数据库对DATEDIFF函数的参数顺序定义不一致，这是最容易出错的地方。MySQL和PostgreSQL不提供DATEDIFF，但SQL Server、Sybase和某些旧版ODBC驱动支持它，且要求写成DATEDIFF(day, startdate, enddate)——注意第一个参数是时间单位（day），第二个是起始日期，第三个是结束日期。如果把起止日期位置写反，结果会是负数，而你可能根本没意识到逻辑错了。

常见错误现象：DATEDIFF(day, '2024-05-10', '2024-05-01')返回-9，而非预期的9。

SQL Server中必须按DATEDIFF(unit, start, end)顺序传参
MySQL用户别用DATEDIFF：直接用DATEDIFF(enddate, startdate)（两个参数，且顺序是end - start）
PostgreSQL用户应改用(enddate::date - startdate::date)，更直观且无函数歧义

用`DATEDIFF`算天数时要注意日期类型隐式转换

如果字段是DATETIME或TIMESTAMP类型，DATEDIFF默认只比较日期部分（即忽略时分秒），但不同数据库处理边界的方式不同。比如SQL Server中DATEDIFF(day, '2024-01-01 23:59:59', '2024-01-02 00:00:01')返回1，而有些ODBC驱动可能因精度截断导致结果为0。

Detect GPT

Detect GPT是一款用于浏览网页时识别 AI 生成内容的 Chrome 扩展和文本检测工具。

下载

确保输入值已转为DATE类型再计算，例如CAST(starttime AS DATE)
避免依赖隐式转换，特别是当列含时分秒且业务要求“严格跨日才算1天”时
测试用例要覆盖零点前后各1秒，比如'2024-01-01 00:00:00'和'2024-01-01 23:59:59'是否都算同一天

替代方案比`DATEDIFF`更可靠

跨数据库兼容性差、参数顺序混乱、单位支持不一（week在SQL Server里按周日为起点，在某些方言里却按周一），使得DATEDIFF在实际工程中越来越被规避。更推荐用标准减法运算。

SQL Server / Azure SQL：直接写CONVERT(date, endtime) - CONVERT(date, starttime)，返回整数天数
MySQL：用DATEDIFF(enddate, startdate)（仅限两个DATE或DATETIME参数）
PostgreSQL / Redshift：用(enddate::date - startdate::date)，支持timestamp自动截断
如果必须用DATEDIFF，先查清当前数据库文档确认day单位是否真代表日历日差，而非“经过的午夜数”

时区问题会让`DATEDIFF`结果不可靠

当日期字段带时区（如TIMESTAMP WITH TIME ZONE），DATEDIFF通常不做时区归一化。例如start = '2024-01-01 00:00:00+08'，end = '2024-01-01 00:00:00+00'，在UTC环境下两者其实是同个时间点，但DATEDIFF可能按本地表示直接相减，得出1或-1。