如何将Period移至比较运算符另一侧？Period非互逆加减的筛选处理

首先得明确Period日期运算里的一个经典坑：

减运算并非加运算的逆运算——举个实际例子：给3月31日加1个月会得到4月30日，但反过来给4月30日减1个月，得到的是3月30日，而非最初的3月31日。这个特性会直接影响你要设置的筛选逻辑，得分场景处理。

你的需求是筛选满足 priorDate + period < today 的数据库记录，其中priorDate是数据库列，period由用户配置，下面分两种场景给出可行方案：

场景1：Period仅包含天、小时等固定时长单位 #

如果用户配置的period只有天、小时、分钟这类时长固定的单位（没有月/年），日期加减是可逆的，这时候可以把条件转换为：

-- MySQL示例
priorDate < DATE_SUB(CURDATE(), INTERVAL period_value period_unit)

-- PostgreSQL示例
priorDate < CURRENT_DATE - INTERVAL 'X unit'

-- SQL Server示例
priorDate < DATEADD(unit, -X, GETDATE())

这种转换的核心优势是能利用priorDate上的索引，避免全表扫描，查询性能会提升很多。

场景2：Period包含月或年单位 #

这时候就不能直接用上面的转换了，因为月和年的时长不固定，加减逆运算不成立。这里给你两种处理思路：

• 直接使用数据库原生Period运算：如果你的数据库支持直接的日期加Period操作（比如PostgreSQL的+ INTERVAL、Oracle的ADD_MONTHS），可以直接写条件：

-- PostgreSQL示例：筛选priorDate加2个月后早于今天的记录
priorDate + INTERVAL '2 months' < CURRENT_DATE

-- Oracle示例
ADD_MONTHS(priorDate, 2) < SYSDATE

但要注意：这种写法下，数据库可能无法使用priorDate上的索引，因为需要对每条记录做计算，数据量大的时候性能会受影响。

• 分范围逻辑优化性能：如果追求查询效率，可以拆分筛选逻辑。比如当period是N个月时，先计算today减去N个月的日期（记为calc_date），然后分两种情况筛选：
  1. 所有priorDate的日期部分 ≤ calc_date日期部分的记录，直接符合条件；
  2. 对于priorDate日期部分 > calc_date日期部分的记录，额外判断priorDate与today的月份差是否严格大于N个月。

这种逻辑需要结合数据库的日期函数（比如提取年月、计算月份差）来实现，虽然复杂，但能最大程度利用索引优化查询。

内容的提问来源于stack exchange，提问作者user743382