mysql的datediff()要求第一个参数为结束日、第二个为起始日，结果正负表示日期先后；postgresql直接用日期相减；sql server的datediff()需指定单位且顺序为datediff(unit,start,end)。
MySQL里用DATEDIFF()算天数，但参数顺序不能反
MySQL的DATEDIFF()只接受两个DATE或DATETIME类型参数，且固定是「大日期减小日期」：第一个参数是结束日，第二个是起始日。结果为正表示结束日在后，负值说明传反了——这和直觉里“差多少天”容易混淆。
常见错误现象：DATEDIFF('2023-01-01', '2023-01-10')返回-9，不是9。别靠绝对值补救，得先理清业务逻辑中哪个是起点、哪个是终点。
- 如果要算「订单创建到发货间隔」，写成
DATEDIFF(shipped_at, created_at) - 字段含时间（如
DATETIME）也没问题，DATEDIFF()自动截断到日期部分，不考虑时分秒 - 任一参数为
NULL，结果直接是NULL，记得提前用COALESCE()或IS NOT NULL过滤
PostgreSQL没有DATEDIFF()，直接用减法更直观
PostgreSQL不支持DATEDIFF()，但日期相减本身就是合法操作，返回INTERVAL，再用AVG()或CAST转成整数天即可。
例如：(end_date::DATE - start_date::DATE)直接得整数天数，顺序按常规理解（后减前），无需记忆函数参数规则。
- 若字段是
TIMESTAMP，先转::DATE再减，避免因时区或小数秒引入偏差 - 结果可直接参与数值计算，比如
WHERE (end_date - start_date) > 30 - 注意：两个
TIMESTAMP WITH TIME ZONE相减会受时区影响，统一转DATE最稳妥
SQL Server的DATEDIFF()最容易踩坑：第三个参数决定单位
SQL Server的DATEDIFF()有三个参数：DATEDIFF(day, start, end)。第一个是单位（day、month、year等），后两个才是日期。漏写单位或写错（比如写成'd'而不是day）会报错或返回意外值。
- 单位是
day时，和MySQL一样只看日期部分，忽略时间 - 但单位是
hour或minute时，就真按完整时间差计算，可能和预期不符 - 跨月计算要小心：
DATEDIFF(month, '2023-01-31', '2023-02-01')返回1，哪怕只差1天
跨数据库兼容写法：用标准SQL的AGE()或手动计算
想写一次跑多库？基本做不到。各数据库对日期运算的支持差异太大。硬要兼顾，推荐两种思路：
- 应用层处理：把两个日期读出来，在Python/Java里用
datetime对象相减，再取.days - SQL层妥协：MySQL/PostgreSQL都支持
end_date - start_date（PostgreSQL原生，MySQL需开启sql_mode不含NO_ZERO_DATE且字段非0日期），但SQL Server必须用DATEDIFF()
真正复杂的是带时区、夏令时或金融日历的场景——这时候连DAY都不够用，得单独建工作日表或调用UDF。
