你们数据库会直接存用户的年龄吗？

用生日啊

乐，顶级设计

程序和程序员有一个能跑就行了(逃

冻龄了

哈？ 这不是段子吗？ 怎么还真有人存年龄字段

[手动狗头] 也不是不能用，一定有注册时间的字段吧？算一下当前年份跟注册时间的年份相差几年，把这个数字+年龄数字字段再更新回去，这就补救完了，然后再整个计划任务，每年 1 月 1 日 0 点整个数据库年龄字段+1 ，对屎山就开始堆了。

用生日啊， 我的天。 至少填年龄的时候后端得转成出生的年份把。 你现在咋改

天才哈哈

说明你们这个字段并不重要啊

SELECT
EXTRACT(YEAR FROM SYSDATE) - EXTRACT(YEAR FROM 注册日期) + 年龄字段 AS 当前年龄
FROM 表名;

我没记错的话，qq 也是单独字段存起来的吧。之前每年手动改年龄

这种只能写个作业定时每天跑一次刷一下

这有啥?算回生日更新字段不就行了

这是墓园系统吗？

年龄+当前时间-注册时间

年龄肯定要算的，不管你存的是什么，反正都有办法算的。譬如你直接存注册时填写的年龄，那按楼上 V 友的算法就可以得到“理论上正确”的年龄了。

当时实现需求的时候没动脑子 你就说实没实现吧 至少管用 1 年没问题

说来惭愧，这事我也干过。主要是因为产品经理他就这么设计的，修改年龄的控件不是个日期组件而是个数字 picker ，我发现问题了但我又懒得让他改，数据库就直接设计一个 age 字段完事了。

@malusama 直接今年-注册年+注册时年龄就是现在的年龄，也能用，只要不收集出生日期，都不会特别准。

椰树牌椰汁都不敢直接保存年份作为包装，更何况信息系统