DATEDIFF(YEAR, birth_date, GETDATE()) 计算的是年份差而非真实年龄，因未考虑生日是否已过；正确方法是先算年份差，再用 DATEADD 校验生日是否已到，未到则减1。
DATEDIFF算年龄为什么经常不准
直接用 DATEDIFF(YEAR, birth_date, GETDATE()) 得到的不是真实年龄，而是“年份差”——比如 2024-01-01 出生的人，在 2025-01-01 前用这个算出来是 1，但实际还没满 1 周岁。SQL Server 不会自动判断是否已过生日，它只按年份、月份、日分别截取再相减。
正确计算整岁年龄的写法
核心思路：先算年份差，再检查今年生日是否已过；没过就减 1。
- 用
DATEDIFF(YEAR, birth_date, GETDATE())得到初始年差 - 用
DATEFROMPARTS(YEAR(GETDATE()), MONTH(birth_date), DAY(birth_date))构造今年生日日期 - 比较该日期是否
完整表达式（兼容 SQL Server 2012+）：
DATEDIFF(YEAR, birth_date, GETDATE()) -
CASE
WHEN DATEFROMPARTS(YEAR(GETDATE()), MONTH(birth_date), DAY(birth_date)) > GETDATE()
THEN 1
ELSE 0
END
兼容老版本 SQL Server（2008 R2 及更早）
DATEFROMPARTS 在 2012 才引入，旧版得手动拼日期。注意：不能用字符串拼接 + CONVERT，否则遇到 2 月 29 日或跨闰年会出错。
- 安全做法是用
DATEADD和DAY校准：先加年份差，再看结果是否超过今天 - 推荐写法：
DATEDIFF(YEAR, birth_date, GETDATE()) -
CASE
WHEN DATEADD(YEAR, DATEDIFF(YEAR, birth_date, GETDATE()), birth_date) > GETDATE()
THEN 1
ELSE 0
END
这句本质是：把出生日期“加上算出的年份差”，看得到的日期是否已超今天；如果还没到，说明生日未至，得减 1。
别在 WHERE 条件里直接套复杂年龄计算
像 WHERE [上面那串表达式] >= 18 看似合理，但会导致全表扫描——SQL Server 无法对运行时计算列有效使用索引。
- 生产环境建议：提前算好并存为计算列（
PERSISTED），再建索引 - 或者改写为日期范围查询，例如查 18 岁以上：
birth_date - 后者能走
birth_date上的索引，性能差距可能达数量级
边界情况要特别小心：2 月 29 日出生的人，在非闰年 2 月 28 日当天，按常规逻辑应算“未过生日”，但不同业务对“是否满 18 周岁”的定义可能有差异。
