[发明专利]一种存款监控方法及系统

说明书

技术领域

涉及通讯领域，尤其涉及一种存款监控方法及系统。

背景技术

在OSS(操作支撑系统，即Operation Support System)中，存款监控程序是一个常驻后台的应用程序，当用户存款变化时，由触发器(Trigger)产生事件，存款监控程序定时扫描事件表，获得事件后进行四步操作：平衡存款明细、处理实时欠费、产生停开机事件、产生催缴事件。因此存款监控程序是OSS系统中一个很重要的后台工具，其性能也要求很高，否则用户存款后不能实时开机、不能实时停止催缴，对系统影响较大。

随着核心网的用户数越来越大，同一时间用户进行通话的数量很大，也就是说因为存款变化产生的事件也很多，导致存款监控程序压力很大。通过对几个现场的检查，每当月初进行批量扣款等操作时，存款监控程序便显得力不从心，而即使是平时运行，在Oracle端的CPU占用率也普遍在10％左右。作为一个稳定的大型系统，这样的CPU消耗量显然是过大的。

如何解决存款监控程序的CPU消耗量太大的问题，这正是现有技术函待改进的地方。

发明内容

针对上述现有技术存在的问题，本发明旨在提供一种能有效降低CPU消耗量的存款监控技术。

为了实现上述目的，本发明提供了一种存款监控方法，包括：

定时检查若干事件表中的已经停止数据插入的静态事件表；

当所述静态事件表内有事件时，对所述事件进行处理；

当所述静态事件表内所有事件已经处理完毕时，使用Truncate命令删除所述静态事件表内所有事件。

相应地，本发明还提供了一种存款监控系统，包括：

检查模块，用于定时检查若干事件表中的已经停止数据插入的静态事件表；

处理模块，用于当所述静态事件表内有事件时，对所述事件进行处理；

删除模块，用于当所述静态事件表内所有事件已经处理完毕时，使用Truncate命令删除所述静态事件表内所有事件。

通过上述本发明采用的技术方案可以看出，在本发明中，通过设置若干事件表，其中在某一时刻或任意时刻有部分事件为静态事件表，从而使得存款监控时可以只对静态事件表进行检查并对事件做出处理，由于是静态事件表，处理完后可以使用Truncate命令而不是Delete命令进行删除，避免因频繁执行Delete命令带来大量碎片，有效节约了对CPU资源的占用。

附图说明

图1所示为本发明一种存款监控方法的一种实施例流程示意图；

图2所示为本发明一种存款监控方法的另一种实施例流程示意图；

图3所示为图1或图2中的步骤S103中，对事件进行处理的方法流程示意图；

图4所示为本发明一种存款监控方法的第三种实施例流程示意图；

图5所示为本发明一种存款监控系统的一种实施例结构示意图；

图6所示为图5中处理模块的一种实施例结构示意图。

具体实施方式

下面结合附图及优选实施例对本发明的特征及技术内容进行进一步说明。附图仅用于解释本发明而非限制。

为了解决背景技术中所描述的CPU资源耗费过大的技术问题，此处先将存款监控程序中最耗费CPU的语句找出来，在现场数据库中进行分析，然后再针对暴露出来的问题进行相关调整。

如下面表1所示，为原始SQL语句：

表1