mysql中datediff(end_date, start_date)直接计算整数天数差，正数表示end_date在start_date之后；参数顺序颠倒会导致负值，datetime自动截断时间部分，null返回null，where中使用会失效索引。
MySQL里用DATEDIFF()直接算天数差
MySQL最简单，DATEDIFF() 函数专为这事设计，第一个参数是结束日期，第二个是开始日期，结果是整数天数（正数表示结束晚于开始）。
常见错误是把参数顺序搞反，比如写成 DATEDIFF(start_date, end_date)，结果会是负数，但很多人没注意，后续做条件判断就出错。
- 确保两个字段都是
DATE或DATETIME类型；如果含时间，DATEDIFF()会自动忽略时分秒，只比日期部分 - 字段为
NULL时整个结果返回NULL，需要提前用COALESCE()或WHERE过滤 - 示例：
SELECT DATEDIFF('2024-05-10', '2024-05-01') → 9
PostgreSQL用减法运算符更自然
PostgreSQL中两个 DATE 类型相减直接得到 INTEGER 天数，不需要函数包装，语义清晰且性能好。
容易踩的坑是误对 TIMESTAMP 直接减——虽然也能运行，但结果是 INTERVAL 类型，不是数字，不能直接用于 WHERE days > 30 这类比较。
- 稳妥做法：显式转成
DATE，如(end_time::DATE - start_time::DATE) - 如果字段本身是
TIMESTAMP WITH TIME ZONE，还要考虑时区影响，同一天不同时区可能跨日 - 示例：
SELECT '2024-05-10'::DATE - '2024-05-01'::DATE → 9
SQL Server得用DATEDIFF()但要注意精度陷阱
SQL Server的 DATEDIFF() 不是“天数差”函数，而是“按指定单位计算边界跨越次数”，所以 DATEDIFF(day, ...) 才是你要的，别漏掉第一个参数。
最常被忽略的是它不看具体时间点，只看是否跨过单位边界。比如 DATEDIFF(day, '2024-05-01 23:59', '2024-05-02 00:01') 返回 1，哪怕只差两分钟。
- 必须指定第一个参数为
day（不能省略，也不能写d或dd，虽然有些版本兼容，但不标准） - 字段含时间时，若想按自然日（24小时）算，得自己用
CONVERT(DATE, ...)截断再减 - 示例：
SELECT DATEDIFF(day, '2024-05-01', '2024-05-10') → 9
跨数据库可移植写法：用字符串转日期再减（慎用）
真要写一次跑多个库的SQL，没有银弹。标准SQL的 EXTRACT() 或 AGE() 都不通用，硬凑反而更难维护。
有人试过把日期转成 Julian Day 数再相减，但各数据库转换函数名和基准不同（MySQL用 TO_DAYS()，PostgreSQL用 EPOCH 换算），实际反而增加出错概率。
- 建议优先适配目标数据库的原生方式，而不是追求“一份SQL走天下”
- 如果项目已用ORM（如 SQLAlchemy、MyBatis），交给方言层处理更稳，别在SQL里硬写跨库逻辑
- 测试时务必覆盖边界值：同一天、跨年、含NULL、含时分秒的场景
日期差看着简单，但每个数据库对“一天”的定义隐含逻辑不同——是日历日？24小时？还是时间轴上的整数刻度？选哪种方式，取决于你真正想表达的业务含义。
