这数据库直接存天数得多2，
这种体量的设计，根本不是事情。直接每天触发下定时任务，把所有人的主要字段数据存入redis，需要更新就刷下，
<身份id，采样时间，核酸结果，过期天数，关联的采样信息ID，本记录的过期时间>
总共64字节顶天了，64G的内存缓存直接搞定



【 在 hothail 的大作中提到: 】
: 有个数据库字段还是有可能的
: 基于触发就才更新设想，
: 可以先算db的数据保存到cache中
: ...................
--
FROM 120.244.162.*

不放js里也是api算完传给前端
把天数存在db里有何意义
【 在 hothail 的大作中提到: 】
: js肯定能计算
: 但把计算规则放在前端，真的合适么？
: 北京健康宝有多种客户端（小程序和app），每次更新规则都要同步更新，客户端的代码
: ...................
--
FROM 220.200.25.*

请求的时候还更新个什么劲？直接返回结果不就好了

【 在 hothail 的大作中提到: 】
:
: 每天凌晨更新，应该不会这样，
:
: 我猜大概率还是由请求触发的更新，一个是健康宝客户端的请求，和医院上传核酸结果的请求 然后触发的。
:

#发自zSMTH@YOK-AN10
--
FROM 183.253.120.*