DATEADD仅SQL Server和Sybase原生支持，MySQL/PostgreSQL/Oracle需分别用DATE_SUB、NOW()-INTERVAL、SYSDATE-7等替代，跨库应优先在应用层处理时间逻辑。
DATEADD 不是标准 SQL 函数，它只在 SQL Server 和 Sybase 中原生支持；MySQL、PostgreSQL、Oracle 等主流数据库都不认这个函数，直接写会报错 Invalid column name 'DATEADD' 或类似语法错误。
SQL Server 中正确写法：用 DATEADD + GETDATE()
SQL Server 用户可以直接用 DATEADD 配合 GETDATE() 实现“最近七天”条件。注意两点：一是方向要写对（DAY, -7 表示往前推 7 天），二是建议用 >= 而非 BETWEEN，避免时区或毫秒截断带来的边界遗漏。
示例：
SELECT * FROM orders WHERE order_date >= DATEADD(DAY, -7, GETDATE());
-
DATEADD(DAY, -7, GETDATE())返回当前时间减去 7 天的完整 datetime 值（含时分秒） - 如果字段是
DATE类型（无时间部分），可用CAST(GETDATE() AS DATE)配合DATEADD更稳妥 - 避免写成
DATEADD(day, -7, GETDATE())—— 虽然 SQL Server 通常不区分大小写，但参数名（如day）必须是关键字，不能拼错或加引号
MySQL / PostgreSQL / Oracle 用户别硬套 DATEADD
这些数据库没有 DATEADD，强行复制粘贴会直接报错。必须换对应函数：
- MySQL：用
DATE_SUB(NOW(), INTERVAL 7 DAY)或CURDATE() - INTERVAL 7 DAY - PostgreSQL：用
NOW() - INTERVAL '7 days'（注意单引号和复数days） - Oracle：用
SYSDATE - 7（日期直接减数字即为减天数），或更明确的SYSDATE - NUMTODSINTERVAL(7, 'DAY')
例如 MySQL 查询：
SELECT * FROM orders WHERE order_date >= DATE_SUB(NOW(), INTERVAL 7 DAY);
跨数据库兼容写法？别指望 DATEADD
想写一次 SQL 跑遍所有数据库？DATEADD 是最大障碍之一。不同数据库的时间函数设计逻辑差异大，没有银弹。实际项目中建议：
- 在应用层（如 Python、Java）生成起始时间字符串，传入参数化查询，彻底绕开数据库函数差异
- 若必须写在 SQL 里，按目标数据库类型做分支，比如用 Flyway/Liquibase 的条件迁移，或在 ORM 中动态构造 WHERE 条件
- 警惕
TODAY()、CURRENT_DATE这类看似通用的函数——Oracle 支持CURRENT_DATE，但 MySQL 的CURRENT_DATE()是函数调用形式，少括号就语法错误
最常被忽略的一点：字段类型是否带时间。如果 order_date 是 DATETIME 或 TIMESTAMP，而你用 CAST(... AS DATE) 截断，可能丢掉当天下午的数据；反之，如果字段只是 DATE，用 GETDATE() 直接比较会隐式转换，可能触发全表扫描。查之前先 SELECT SQL_VARIANT_PROPERTY(order_date, 'BaseType')（SQL Server）或 pg_typeof(order_date)（PostgreSQL）确认类型。
