历史表、清理、备份恢复

收集了一些资料后,我想谈谈自己这三个概念的理解,请大家指教:

   首先,我认为
历史表与数据清理和备份恢复并没有直接的关系,它们的目标并不相同。下文分别进行说明。

历史表============================================

   关于历史表,我们要先分析一下业务数据的类型。一般来说,业务数据可能有三种作用:

    1.
业务操作执行前的准备数据,或者执行后的结果数据。比如转账前 先要
查看客户 是否有足额人民币,转账后再从 客户账户中
减去 一定数额。

    2.
记录业务操作本身的数据。如操作流水。

    3.主要
用于查询或统计分析、在日常操作中很少删改、且时效性要求不太高的数据。如 客户两年前的交易记录。

  业务操作的准备数据和结果数据,常常会随时间越积越多,这就会使数据的存取越来越慢,影响到日常操作的即时响应。如果越早的数据使用越少,则可以把比较早的数据放到历史表中。当需要存取时,先在当前表中操作,如果当前表操作得不到结果,再到历史表中去操作。通过这种手段,可以提高日常操作的性能

  操作流水之类的数据,如果有重要的审计作用而且数据量比较大,也可以采用与上相同的处理方案

 

  这两种数据放到历史表后,即构成上文所说的第三种数据,即仅用于查询或统计分析的数据。由于历史表数据查询很多、变动很少,因此可以多用于一些索引,或采取其他的一些查询优化方案

  

  综上所述,
历史表出于性能需求而建立,并
直接影响到程序逻辑(如存储过程,JAVA代码),对系统设计有显式的影响,因此,历史表的设计应由
开发人员负责。

数据清理=============================================

       如果较早的数据允许直接丢弃,则可以将这些数据
清理掉。而且

1.多久以前的数据才可以清理,这应由软件用户决定,要在需求分析时确定

2.数据太多不清理,既会影响查询速度,也会对硬盘空间形成压力

3.历史表和当前表都应该进行数据清理。不过,如果合适的话,也可以把“转移当前部分数据到历史表”和“清理当前表”当成一步

4.数据的清理,可以通过程序逻辑直接实现,如调度线程清理持久化对象,或者在执行新业务操作时清除历史操作的数据(如在新增订单前清除最早的若干订单);也可以在日常运维时采用数据库工具定期清理

  总之,数据清理跟
业务需求
系统性能
磁盘空间都有关系。
可以让开发人员在程序里实现这些目标,
也可以让运维人员在日常维护操作时手工进行操作

备份与恢复===========================================

      备份大概有两种作用:一是保存历史数据,二是在灾难后恢复。不管是哪种,备份后的复本都
与生产系统脱钩,这就是它与历史表的区别。

    我还觉得,“保存历史数据”这个功能可能用的不是很广泛,因为有以下限制:

    1.数据备份后,如果可以恢复,则恢复时不能覆盖当前的数据,否则就会影响到生产。如NOTES邮件备份再导入后,当前的邮件不会丢失

    2.数据备份后,如果恢复时会破坏当前数据,则数据复本必须直接可读或者可以通过其他工具阅读,否则备份后的数据就没有意义。关系数据库的备份或者数据文件虽然可以用DBMS打开,但是数据库中复杂的数据结构,必须借助客户端程序才能顺利地展现。所以利用关系数据库保存历史数据,未必是个好主意。

    如果坚持要通过备份来“保存历史数据”,则可以考虑将这个功能与数据清理结合起来,也就是说,从生产系统中清除的数据,就是要保存的历史数据

    一般情况下,我觉得备份
主要是用于灾难后恢复,而跟系统性能、业务需求、磁盘空间什么的都没有关系。因此它不会影响系统设计本身。因此,备份应属于
运维人员的任务。

Leave a Comment

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.