add_months函数用于在指定日期上增减整数月，自动处理月末调整：若起始日为月末或目标月天数不足，则返回该月最后一天；否则日部分不变。参数date为日期表达式，number_of_months为整数（小数被截断），正数向后、负数向前推算。
ADD_MONTHS函数的基本用法和参数含义
ADD_MONTHS 是 Oracle 提供的日期运算函数，用于对日期值按月增减，不依赖具体天数，也不受月份天数差异影响（比如 1 月 31 日加 1 个月会变成 2 月 28 日或 29 日，而非报错）。它接收两个参数：date 和 number_of_months，后者可正可负。
常见错误是传入非整数月份偏移量——ADD_MONTHS 会自动截断小数部分（如 ADD_MONTHS(sysdate, 1.9) 等价于加 1 个月），不会四舍五入，这点容易被忽略。
示例：
SELECT ADD_MONTHS(DATE '2024-01-31', 1) FROM DUAL;
返回 2024-02-29（闰年），而非 2024-02-31（非法日期）。
处理月末日期时的自动调整规则
当源日期是某月最后一天时，ADD_MONTHS 会尽量保持“月末”语义：向后推算时，结果也是目标月的最后一天；向前推算同理。但若源日期不是月末（如 2024-01-30），加 1 个月得到的是 2024-02-28（因为 2 月没有 30 日），不是简单加 30 天。
- 源日期为
2023-03-31→ADD_MONTHS(..., 1)=2023-04-30（4 月只有 30 天） - 源日期为
2023-01-29→ADD_MONTHS(..., 1)=2023-02-28（非闰年） - 源日期为
2023-01-30→ 同样得2023-02-28，不是2023-03-02
这种行为不是 bug，而是设计逻辑：它按“日历月”移动，不是按“固定天数”移动。如果需要严格按 30 天滚动，应改用 sysdate + 30 或 NUMTODSINTERVAL。
在 WHERE 子句中用 ADD_MONTHS 做动态时间范围过滤
常用于报表场景，比如查“近 6 个月的数据”，不能写死日期，需用 ADD_MONTHS 动态计算起始时间。
正确写法示例（查过去 6 个月内订单）：
SELECT * FROM orders WHERE order_date >= ADD_MONTHS(TRUNC(SYSDATE, 'MM'), -5);
注意这里用了 TRUNC(SYSDATE, 'MM') 先取到本月第一天，再减 5 个月，得到“6 个月前的月初”。若直接写 ADD_MONTHS(SYSDATE, -6)，可能漏掉本月 1 号零点前的数据（因 SYSDATE 含时分秒）。
容易踩的坑：
- 未
TRUNC就直接比较日期字段，导致索引失效（尤其当order_date有索引时） - 用
SYSDATE而非TRUNC(SYSDATE)做基准，使范围边界含时间精度，语义模糊 - 负数偏移量写成正数（如误写
+6想表达“6 个月前”）
与 INTERVAL 语法的性能和语义差异
Oracle 9i 以后支持 INTERVAL 语法（如 SYSDATE + INTERVAL '6' MONTH），表面看和 ADD_MONTHS 类似，但关键区别在于：前者是 ANSI 标准，后者是 Oracle 特有；更重要的是，INTERVAL 在某些版本中无法使用函数索引，而 ADD_MONTHS 可以（只要写法满足函数索引条件）。
如果你在 WHERE 中写：
WHERE ADD_MONTHS(order_date, 12) > SYSDATE
且已对 ADD_MONTHS(order_date, 12) 建了函数索引，则可能走索引；但换成：
WHERE order_date + INTERVAL '12' MONTH > SYSDATE
多数 Oracle 版本下无法利用函数索引，只能全表扫描。
所以，涉及高频查询+日期推算的场景，优先选 ADD_MONTHS，除非你明确需要跨数据库兼容性。
