Oracle数据库应用系统后台数据信息整理及技术分析

张宏

摘 要：Oracle数据库是一种关系型数据库管理系统，在数据信息安全性以及稳定完整性控制方面表现出了非常突出的应用优势，且可支持跨平台、跨操作系统的分布式数据处理，在Linux、Windows等操作系统平台上有良好的兼容性与可移植性。本文即通过引入Oracle数据库的方式，研究了一种支持应用系统后台数据自动整理的技术方案，简要概述了应用系统后台数据整理的性能要求，并搭载对Oracle关系型数据库管理机制的应用，提出了后台数据整理的实现方案，并介紹了该方案的可行性。

关键词：Oracle数据库 应用系统 后台数据 整理 技术

中图分类号：TP311.1 文献标识码：A 文章编号：1672-3791（2018）08（b）-0009-02

1 后台数据整理问题背景

基于对系统性能、系统管理与维护等一系列数据安全管理因素的考虑，应用系统通常情况下可以将数据划分为历史性数据以及日常性数据这两种类型。与之相对应的是，历史性数据被存放于历史数据库中，日常性数据则被存放于日常日志类数据库中。数据整理功能是指将日常数据库中的过期数据信息自动转存入历史类数据库中，并及时删除没有利用价值的垃圾数据信息。在应用系统后台数据整理过程中，需要满足的性能要求包括以下几个方面：（1）自动实现后台数据整理与管理，数据整理功能无需人工干预方式进行。工作人员可以根据应用系统的实际需求，对后台数据整理内容以及数据整理的时间间隔进行灵活设置，由系统自动定时完成后台数据处理功能，不会对应用系统人机交互功能实现产生影响，也无需人工确认。（2）后台数据有效整理。对于过期且无利用价值的垃圾数据信息，后台数据库应当及时删除这部分数据信息，无论数据整理内容发生何种变化，均需要确保数据整理的及时性与有效性。（3）方便管理员和操作员对后台数据进行管理。数据处理内容应当结合用户需求的改变而发生相应的变化，管理员和操作员可以通过操作前台界面的方式支持对后台数据保存时间的灵活设置与调整。（4）支持历史数据信息的自动转存与保存。为了确保应用系统的数据计算速度以及查询速度不受影响，需要将数据信息储存划分为两个部分：一是历史性数据库；二是日常性数据库，后台数据处理功能要求自动实现数据库的转储存，并确保数据逻辑关系的一致性以及完整性在转存期间不受影响。

2 后台数据整理解决方案

为了满足关系型数据库应用系统后台数据整理的性能要求，提供了两种问题解决方案：第一种是基于对操作系统等平台定时任务管理机制的应用实现要求；第二种是基于对Oracle数据库作业机制的应用需求实现。对比两种方案来看：首先，两种方案均能够支持后台数据自动化、定时化、常态化的数据信息整理，但第一种方案与操作系统的连接关系密切，缺乏与应用系统的连接关系，在系统安装与移植方面存在一定的局限性，难以满足多机自动切换功能的实现，违背了整个操作系统高内聚以及一体化的基本原则。对比来看，第二种方案基于Oracle数据库实现数据自动定时整理，能够通过数据库作业的方式方便系统安装与移植，并且与操作系统关联性不大，还可通过连接应用系统的方式支持双机自动切换功能的实现。同时，所构建应用系统必须方便维护，为了方便用户使用，必须确保用户在客户端能够根据实际需求对后台数据库保存时间做出合理设置。第一种方案中基于操作系统定时任务管理机制的工作模式对于系统维护而言是非常不利的，用户无法自客户端根据需求改变服务器上定时任务的执行内容以及执行时间。而第二种方案基于Oracle数据库作业机制，不但支持了后台数据自动整理功能的实现，还能够使用户在客户端控制数据整理内容变得更为方便快捷。换言之，在Oracle数据库支持下，用户需求会对后台数据信息处理内容产生影响并发生相应的变化，后台数据的保存时间也能够自前台操作界面中实现控制，这对于用户管理与维护而言是非常有利的。

在实际应用中，数据整理的需求可能在设计基础上发生较大的改变，整个过程中会涉及到大批量的数据删除以及其他相关数据库事务，在执行上述事务的过程中势必会产生大量回退段空间，若空间不足则会直接影响数据库操作的顺利进行，最终影响了后台数据整理功能的实现。为了解决这一问题，通常涉及到两种技术方案：第一种是根据数据整理的实际需求与情况，指定与之相对应的数据库回退段；第二种是将数据整理内容划分为多个数据片并逐步进行整理，通过引入应用软件系统的方式实现该功能。一般情况下，数据库所对应的数据整理回退段较多，用户在实际操作中可以根据自身需求构建一个大的回退段，以方便在特殊事务情况下进行针对性处理。考虑到数据库回退段是由Oracle数据库统一进行管理并集中分配的，因此若不对回退段进行相应指定，在大批量数据信息整理的过程中可能没有利用为此建立的大回退段而导致对特殊事务的处理失败。为了确保数据整理成功，必须为数据整理事务指定相应的大回退段，通过动态调度的方式确保特定回退段可用且适用，避免其他类型事务大量占用。一般情况下，回退段处于脱机状态下，根据实际需求进入联机状态即可。

在SYS用户建立回退段联机/脱机数据储存过程为例，实现代码如下。

Rollback_ON/Rollback_OFF

PROCEDURE Rollback_ONIS

V-CURSOR NUMBER；

V_NUMROWS INTEGER；

STATUS1 VARCHAR2（16）；

STATUS2 VARCHAR2（16）；

在数据整理的过程当中，先将联机回退段，并结合实际需求与情况制定需要使用的回退段名，执行相应的数据操作，最后将回退段切换至脱机状态即可。实现代码如下。

SYS.Rollback_ON；

DBMS_TRASACTION.USE_ROLLBACK_SEGMENT（“特定回退段名”）；

Delete...

Commit；

SYS.Rollback_OFF；

3 结语

本文在上述分析中通过引入Oracle关系型数据库的方式，研究了一种支持应用系统后台数据整理的技术解决方案，简要概述了应用系统后台数据整理的性能要求，并搭载对Oracle数据库管理机制的灵活应用，为后台数据整理提供了一系列的解决方案，在此基础之上，给出了基于Oracle数据库实现后台数据整理功能的关键代码以及实现方法。

参考文献

[1] 陈康.云计算后台大规模数据处理技术探讨[J].电信工程技术与标准化，2009（11）：12-16.

[2] 李振宇.Oracle数据库的优化及方案[J].科技信息，2010（13）：54.

[3] 章德斌，张忠平.Oracle数据库性能优化方法[J].福建电脑，2004（10）：75-76.

[4] 胡怀勇，胡勇军，龚维荣.Oracle数据库访问技术的探讨[J].现代计算机：专业版，2002（5）：46-50.