DATEADD函数语法为DATEADD(datepart, number, date)，参数顺序不可颠倒：先单位（如day）、再整数偏移量（正加负减）、最后基准日期；支持year至nanosecond等datepart，不推荐缩写；仅适用于SQL Server/Azure SQL，MySQL/PostgreSQL需用对应语法。
DATEADD 函数的基本用法和参数顺序
DATEADD 是 SQL Server 和 Azure SQL 中的标准日期偏移函数，语法为 DATEADD(datepart, number, date)。注意参数顺序不可颠倒：先写要操作的单位（如 day、month），再写偏移量（正数为加，负数为减），最后才是基准日期。MySQL 和 PostgreSQL 不支持 DATEADD，它们用 DATE_ADD() 或 INTERVAL 语法，混淆会导致语法错误。
常见 datepart 值包括：year、quarter、month、day、hour、minute、second；不推荐用缩写如 dd 或 mm，因为可读性差且部分版本不兼容。
SQL Server 中 DATEADD 的典型查询场景
实际查询中，DATEADD 多用于动态计算时间范围。例如查“过去7天的订单”，不能写死日期，而应基于当前时间动态推算：
SELECT * FROM orders WHERE order_date >= DATEADD(day, -7, GETDATE());
几个关键点：
-
GETDATE()返回带时分秒的datetime，若只想按日期截断，需配合CAST(GETDATE() AS DATE)使用 - 偏移量必须是整数，不能是列值（除非该列为
INT类型且非 NULL） - 对索引字段使用
DATEADD（如WHERE DATEADD(day, 1, order_date) > '2024-01-01'）会阻止索引查找，应尽量把函数作用在右侧常量上
跨数据库的兼容性陷阱
如果你的代码需要在多个数据库运行，DATEADD 会直接报错：
- MySQL：用
DATE_ADD(NOW(), INTERVAL -7 DAY)，单位必须用INTERVAL显式声明 - PostgreSQL：用
NOW() - INTERVAL '7 days'，支持字符串形式的间隔，但单位名是复数（days而非day） - SQLite：没有原生
DATEADD，得用datetime('now', '-7 days')
同一段逻辑在不同库中写法差异明显，硬编码 DATEADD 意味着放弃跨平台能力。如果项目已绑定 SQL Server，这点可忽略；否则建议封装成视图或应用层计算日期边界。
容易被忽略的时区与精度问题
DATEADD 本身不处理时区，它只是机械地在输入值上做算术运算。这意味着：
- 若列是
datetimeoffset类型，DATEADD仍只偏移时间部分，不调整时区偏移量 - 对
datetime2(7)执行DATEADD(millisecond, 1, @dt)可能因精度舍入导致结果看似“没变”——比如原值毫秒部分是.9999999，加 1ms 后进位到下一秒，但显示格式未体现 - 使用
SYSDATETIME()替代GETDATE()可获得更高精度（100ns 级），但业务上通常不需要
真正影响结果的，往往不是函数怎么写，而是你传进去的那个 date 值本身是否已按预期标准化过时区和精度。
