数据库的版本表的三种设计方案比较
数据库的版本表的三种设计方案比较有些信息虽然更新缓慢,但是随着时间流逝,数据会老化,数据的价值会大大减少,例如电话号码的变更,地图数据的更新等。方案一 定时更新,采用程序自动化的方式进行处理,在表设计时添加年,月,日等字段。这种方式,优点是查询当前数据和历史数据的需求都满足的很好,查询的实现也比较简单。缺点是数据冗余度比较大,维护出故障时,查询系统的表现就不稳定了。这种方案,适合数据量不是特别大的
数据库的版本表的三种设计方案比较
有些信息虽然更新缓慢,但是随着时间流逝,数据会老化,数据的价值会大大减少,
例如电话号码的变更,地图数据的更新等。
方案一 定时更新,采用程序自动化的方式进行处理,在表设计时添加年,月,日等字段。这种方式,
优点是查询当前数据和历史数据的需求都满足的很好,查询的实现也比较简单。
缺点是数据冗余度比较大,维护出故障时,查询系统的表现就不稳定了。
这种方案,适合数据量不是特别大的数据的版本维护,同时对日常的运营监控有一定的要求。例如电话号。
方案二 批量手工导入数据 ,在表设计时添加年,月,日,最新标志等字段。
优点是数据量小,查询最新数据的实现也比较容易。
缺点是不方便查询历史信息。
这种方案适合更新频率很低,比较大的数据量的数据的版本维护。例如地图基础数据。
方案三 有两个表,一个是当前信息表,一个是历史信息表,定时把一定时间以前的数据,
转存到历史信息表。
优点 可以适合数据量大的数据的版本维护,方便查询当前信息,维护的要求也比较低。
缺点 不方便查询历史信息。甚至是无法查询历史信息。
这种方案适合业务上不要求查询一定时间以前的信息。而且可以允许数据的量非常大的情况。

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐
所有评论(0)