age函数返回interval类型，需用extract(year from age())结合生日判断获取准确周岁，避免直接比较或排序；推荐预计算、生成列或应用层处理以提升性能。
AGE函数返回的是interval类型，不是整数年龄
直接用 AGE() 得到的是一个 interval 值（比如 32 years 5 mons 12 days），不能直接用于排序、比较或前端展示。很多人误以为 AGE(birth_date) 会返回 32 这样的整数，结果在 WHERE age > 30 时报错：operator does not exist: interval > integer。
真正想算“周岁”，得从 interval 中提取年份部分，并考虑是否已过生日：
-
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date))只取年份差，但没判断生日是否已过——比如 2024-01-01 出生的人，在 2025-01-01 前仍算 0 岁，而这个表达式在 2025-01-01 前就返回 1 - 更稳妥的做法是：用
CURRENT_DATE - birth_date算总天数，再除以 365.25 —— 但浮点误差和闰年边界仍可能偏差 ±1 天 - 最准的写法是用日期比较判断是否已过生日：
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) - CASE WHEN (CURRENT_DATE - INTERVAL '1 day' * EXTRACT(DOY FROM birth_date)::int) 不过太绕；实践中推荐下面这个简洁可靠的逻辑
用CURRENT_DATE和birth_date手动比对生日是否已过
核心思路：把出生日期“平移”到今年，再看它是否已经过去。比如生日是 '1992-07-15'，今年的生日就是 '2024-07-15'；如果今天是 '2024-06-20'，还没到，那周岁就得减 1。
PostgreSQL 支持用 TO_CHAR 提取月日做字符串比较，也支持用 MAKE_DATE 构造今年生日（需 v14+）；兼容性更好的写法是：
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) -
CASE
WHEN (CURRENT_DATE <p>注意：<code>MAKE_DATE</code> 在 PostgreSQL 14 才引入；若用老版本，可用字符串拼接 + <code>::date</code> 强转：</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/ai/2950" title="Massive.com CLI"><img
src="https://img.php.cn/upload/ai_manual/001/246/273/177985765576328.png" alt="Massive.com CLI" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/ai/2950" title="Massive.com CLI" class="overflowclass">Massive.com CLI</a>
<p class="overflowclass">一款AI数据处理工具，主要用于用于查询 Massive 市场数据端点的 Bash CLI 封装和 OpenClaw 技能，适用于 Codex 或 OpenClaw 代理从 shell 调用，适合需要提升相关任务效率的用户。</p>
</div>
<a rel="nofollow" href="/ai/2950" title="Massive.com CLI" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div><pre class="brush:php;toolbar:false;">EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) -
CASE
WHEN CURRENT_DATE <h3>别在WHERE或ORDER BY里重复计算AGE逻辑</h3><p>上面的手动判断逻辑一旦写进 <code>WHERE</code> 或 <code>ORDER BY</code>，每次都会执行两次（一次过滤，一次排序），还无法走索引。实际项目中应避免直接在查询条件里嵌套复杂 <code>AGE</code> 表达式。</p><p>更高效的做法：</p>
- 在应用层预计算目标日期范围，比如“查所有满 25 周岁的人”，等价于
birth_date （假设今天是 2024-06-20） - 或者加一个生成列（PostgreSQL 12+）：
ALTER TABLE users ADD COLUMN age_in_years INT GENERATED ALWAYS AS ( EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) - CASE WHEN CURRENT_DATE 然后对 <code>age_in_years</code> 建索引 - 若不能改表结构，至少把计算逻辑封装成
IMMUTABLE函数（注意：含CURRENT_DATE的函数不能标为IMMUTABLE，只能用STABLE，仍无法索引）
TIMEZONE会影响AGE结果吗？
会，但只在时区敏感场景下显现。因为 AGE(timestamp, timestamp) 和 AGE(date, date) 行为不同：
- 输入是
DATE类型（如birth_date DATE），不涉及时区，AGE结果稳定 - 输入是
TIMESTAMP WITH TIME ZONE，PostgreSQL 会先转成当前会话时区再计算，比如用户注册时间存的是 UTC，但会话设为America/Los_Angeles，可能导致生日那天被“提前”或“延后”一天 - 建议统一用
DATE存生日；若必须用带时区的时间戳，显式转成日期：AGE(CURRENT_DATE, my_timestamp::date)
实际线上出过问题：某批用户生日字段是 timestamptz，且默认值用了 NOW()，导致凌晨入库的数据在跨时区查询时，AGE 算出的年份比预期小 1。
