PostgreSQL中计算两日期天数差应优先用减法（-），返回整数天数，支持排序和聚合；age()返回interval类型，按月/日分段，不适合数值运算。

PostgreSQL 中计算两个日期相差天数，优先用日期减法（-），而不是 age()；后者返回的是“年龄式间隔”，不能直接用于数值比较或聚合。

用 - 减法直接得到整数天数

PostgreSQL 对 DATE 类型做减法会自动返回以天为单位的 integer，干净、可排序、可参与数学运算：

• DATE '2024-05-10' - DATE '2024-05-01' → 返回 9
• 支持 TIMESTAMP，但结果是 double precision（含小数秒），如需整数天，建议先截断到日：(t1::date - t2::date)
• 顺序很重要：前减后为正，后减前为负；不满足“绝对差”时记得套 ABS()
• 兼容性好，所有 PostgreSQL 版本都支持，且索引可生效（若字段有 B-tree 索引，WHERE date_col - '2024-01-01' > 30 可能走索引）

age() 返回的是 interval，不是天数

age() 设计目标是“人类可读的年龄”，比如 age('2024-05-10', '2023-06-15') 返回 10 mons 25 days —— 它按月/日/年分段处理，不等于简单日差：

• age('2024-03-01', '2024-02-01') → 1 mon（31 天？28 天？取决于当月），无法直接转成统一“天”
• age() 结果是 interval 类型，不能直接 GROUP BY 或 AVG()；强行 EXTRACT(day FROM age(...)) 只取“日部分”，会丢失月份影响（例如 1 mon 2 days 里只取 2）
• 仅适合展示场景，比如生成报表中的“X years Y months Z days”文本

需要带时区或跨 DST 的精确天数？仍用减法，但注意类型转换

如果字段是 timestamptz，直接相减得到的是带时区偏移的 interval，此时别依赖 age()，而是标准化到 UTC 或日期再算：

• 要“自然日差”（忽略时间、只看日期）：(ts1::date - ts2::date)
• 要“精确经过的 24 小时周期数”：FLOOR(EXTRACT(epoch FROM (ts1 - ts2)) / 86400)
• age() 在夏令时切换日附近行为不稳定（比如从 2AM 跳到 3AM，age() 可能少算 1 小时），而减法基于绝对时间戳，更可控

真正要小心的是隐式类型转换：把字符串直接丢进 age('2024-01-01', '2024-02-01') 没问题，但若其中一个是 text 字段没显式转 DATE，可能触发意外 cast 规则或报错。写死常量时加 ::date 更稳妥。