数据库
首页 > 数据库> > 业务系统数据库设计经验总结(十)-实时记录与历史记录

业务系统数据库设计经验总结(十)-实时记录与历史记录

作者:互联网

考虑如下表结构:
table: device
columns: id, create_time, user_id
这是一张设备表,设备是每一行的id都唯一对应一个用户user_id,而这个user_id是会随着系统的变化而变化的。

------------------------------------------------------------------------------

这种场景在我们设计系统时是很常见的,一般有可能如上所示,是一个固定内容的字段对应其它随时会发生变化的其它字段。这里其实有两种设计方法,一种是,这一张表里,id唯一对应一个设备,user_id变化了就更新(如果需要了解之前存过哪些user_id,那就单独再存到历史记录表中);另一种是,这张表的id就对应关系,而不是具体的设备,当user_id+mac发生了变化,那么insert一对新的user_id+mac,之前的数据不动。

------------------------------------------------------------------------------

对于后一种,只创建一张表,但如果这里面的内容频繁变化,那么这张表的数据量将会呈指数级增加,对于频繁修改和查询,这种设计会导致数据量增大或者变化频次增高后系统无法承受的查询延迟。只有当这张表的内容在整个系统运行期间不变或者极少变化时可以考虑采用这种一张表的做法。更多情况下,我们适宜采用前一种模式,即变化表/最新状态表内容存到一起,方便应对快速的增删改查,而历史状态记录到另一张表中,历史数据表的存放与查询其实不如前者那么重要,如果数据量较大,我们可以采用异步、或者进一步将表拆分等手段进行处理。

标签:历史记录,一张,数据库,user,数据量,张表,变化,id,经验总结
来源: https://www.cnblogs.com/bruceChan0018/p/15423525.html