[发明专利]数据存储方法和系统

说明书

技术领域

本发明涉及电信技术领域，特别涉及一种数据存储方法和系统。

背景技术

目前电信领域业务支撑系统(BSS)/运营支撑系统(OSS)朝着功能专业化方向发展，通过服务开通系统的流程集成功能衔接各个专业系统来实现端对端的业务开通。

在服务开通系统中，类似服务定单、施工工单、流程实例等核心信息实体中的过程数据量会随着系统使用时间的延长而越来越庞大，容易导致应用系统中面向过程数据的施工处理等核心应用和热点功能处理性能日益下降。所谓热点功能指系统或人员使用最为频繁的软件模块，例如定单调度、工单生成、工单派发、工单查询、工单领单、工单回笼、流程导航、业务监管等，是系统的核心组成部分，其性能表现是衡量整个系统性能的关键指标。这些热点功能与核心信息实体的关系主要体现在：由于核心功能对应的核心数据表的数据量一般都比较大，所以随着系统上线运行时间越长，核心数据表的数据量会越来越庞大，核心功能对应的数据在热点功能处理时，例如进行具体的查询、更新、插入等操作时，性能会下降。因此，需要提供一种能够随时对数据及时处理的方法，以提高核心应用和热点功能的查询、更新、插入等操作的效率。

目前现有技术中就如何提高数据库访问性能、从应用系统设计角度完善数据库备份方面，常见的设计方案如下：

1：对表使用分区技术；

2：使用当前表和历史表结合的二级存储模式，定期将当前表中已竣工的达到或超过第一预定时间的数据转移到历史表中。

这里已竣工数据与未竣工数据是相对的。一般来讲，对业务还没有完成开通的施工中数据，即对未竣工数据，是不能及时归档的。

对已竣工的数据来说，前述提到的热点功能是不经常对其进行操作的，只是有时候查询时需要涉及。

在对现有技术的研究和实践过程中，发明人发现现有技术中存在以下问题：

由于现有技术中，采用的是二级存储模式，是定期将当前表中已竣工的达到或超过第一预定时间数据整批转移到历史表中，这样，在转移当前表中的这些已竣工数据之前，已竣工数据可能在竣工后的相当一段长的时间内仍存储于当前表中，从而没有及时的被归档。例如现有技术将第一预定时间设置为半年，是每月一次将当前表中已竣工的数据转移到历史表中，如每月初分别执行一次，则如果是2月初竣工的数据，则将在当前表一直存在直到达到或超过第一预定时间，也就是7月初，而不会被及时的归档。这样，将导致当前表中存在大量已竣工数据，加上未竣工数据，总的数据量记录数会很大，当前表的数据量级是本发明实例的120～180倍。这样，对于前述提到的热点功能处理，如具体的查询、更新、插入等操作，将在包含大量数据(包括已竣工数据和未竣工数据)的当前表中执行，导致性能不高。

发明内容

本发明实施例的目的是提供一种数据存储方法和系统，以实现对数据的及时归档和提升热点功能操作的效率。

为解决上述技术问题，本发明实施例提供一种数据存储方法和系统是这样实现的：

一种数据存储方法，包括：

将未竣工数据存储于当前表中；

实时地将当前表中的转化为已竣工的数据转移到归档表中；

将归档表中竣工达到或超过预定时间的数据转移到历史表中。

优选地，所述方法中，所述将归档表中竣工达到或超过预定时间的数据转移到历史表中，包括：

将归档表中竣工达到或超过第一预定时间且在第二预定时间之内的数据转移到历史表中。

优选地，所述方法中，所述当前表、归档表部署在当前库中，历史表部署在历史库中。

优选地，所述方法中，所述当前表部署在当前库中，归档表部署在归档库中。

优选地，所述方法中，所述历史表部署在历史库中。

优选地，所述方法中，所述当前表、归档表和历史表分别规划在不同的表空间中。

优选地，所述方法中，对所述当前表每天进行全量备份，每2小时进行增量备份；对归档表每周进行全量备份，每天进行增量备份；历史表每月进行全量备份，每周进行增量备份。

优选地，所述方法中，在灾难突发时，先恢复当前表，再恢复归档表，最后恢复历史表。

一种数据存储系统，包括：

当前表，用于存储未竣工数据；

归档表，用于存储已竣工数据；所述归档表中存储的已竣工数据由当前表中的未竣工数据转化而来，且为竣工没有达到或超过预定时间的数据；