数据监控方法、装置、计算机设备及存储介质与流程

文档序号:16067914发布日期:2018-11-24 12:51阅读:238来源:国知局

本发明涉及计算机技术领域,尤其涉及一种数据监控方法、装置、计算机设备及存储介质。

背景技术

目前,为了方便开发人员开发工作的顺利进行,具有ddl(datadefinitionlanguage,数据定义语言)权限的开发人员能够进行表定义或修改表结构、数据类型、表之间的链接和约束等数据开发工作。但是在同一个开发项目中,经常会由于不同开发人员各自的数据开发工作,出现开发环境的数据与测试环境或者生产环境的数据存在不一致的情况。

例如,随着数据库中数据量的日益增长,若开发人员对数据库属性的定义进行了修改,而测试阶段和生产阶段的工作人员不知道该信息,没有在测试环境和生产环境的数据库同步进行修改,则会出现生产问题。如果开发人员修改了某个字段属性,而应用库、报表库、或者业务表和备份表等数据表中与该字段相关的字段属性没有同步修改,这种情况容易导致生产阶段出现问题,需要花费大量人力资源查找问题出现的原因,造成开发的工作效率降低。



技术实现要素:

基于此,有必要针对上述技术问题,提供一种可以对多个数据库的数据进行监控,及时发现异常数据信息,提高开发质量和效率的数据监控方法、装置、计算机设备及存储介质。

一种数据监控方法,包括:

获取各个应用环境下数据库中不同数据表之间的关联关系,并根据该关联关系创建数据关系表;

接收待监控数据表的表信息;

根据所述表信息,使用预设的脚本获取所述待监控数据表的表结构数据;

若检测到所述待监控数据表的表结构数据发生变更,则记录变更信息;

从所述数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,并根据所述变更信息,校验所述关联数据表的表结构数据是否正确;

若所述关联数据表的表结构数据不正确,则输出该关联数据表与所述表结构数据发生变更的待监控数据表之间的表结构数据不匹配的异常信息。

一种数据监控装置,包括:

数据关系表创建模块,用于获取各个应用环境下数据库中不同数据表之间的关联关系,并根据该关联关系创建数据关系表;

表信息接收模块,用于接收待监控数据表的表信息;

表结构数据获取模块,用于根据所述表信息,使用预设的脚本获取所述待监控数据表的表结构数据;

变更信息记录模块,用于若检测到待监控数据表的所述表结构数据发生变更,则记录变更信息;

关联数据表校验模块,用于从所述数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,并根据所述变更信息,校验所述关联数据表的表结构数据是否正确;

异常信息输出模块,用于若所述关联数据表的表结构数据不正确,则输出该关联数据表与所述表结构数据发生变更的待监控数据表之间的表结构数据不匹配的异常信息。

一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述数据监控方法的步骤。

一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述数据监控方法的步骤。

上述数据监控方法、装置、计算机设备及存储介质,通过获取各个应用环境下数据库中不同数据表之间的关联关系,创建数据关系表,将数据库中不同数据表之间的映射关系进行展示,明确了各个数据表的表结构数据之间的关联性,再根据待监控数据表的表信息,获取待监控数据表的表结构数据,若检测到待监控数据表的表结构数据发生变更,则记录变更信息,从数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,并根据变更信息,校验关联数据表的表结构数据是否正确,从而能够将关联数据表的表结构数据不正确的异常信息输出,以便相关人员及时进行维护,避免开发过程中由于人工对代码的更新不全面而导致出现生产问题的情况,提高开发质量和开发工作效率。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是本发明一实施例中数据监控方法的一应用环境示意图;

图2是本发明一实施例中数据监控方法的一流程图;

图3是本发明一实施例中数据关系表的一示意图。

图4是图2中步骤s4的一具体流程图;

图5是图2中步骤s5的一具体流程图;

图6是本发明一实施例中提供的数据监控方法中校验变更信息的一具体流程图;

图7是本发明一实施例中数据监控装置的一原理框图;

图8是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本申请提供的数据监控的方法,可应用在如图1的应用环境中,该应用环境包括服务端和客户端,其中,服务端和客户端之间通过网络进行连接,用户通过客户端设置待监控数据表,服务端对用户设置的待监控数据表进行监控,对与发生变更的数据表相关联的关联数据表进行校验,并将异常信息输出到客户端。客户端具体可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务端具体可以用独立的服务器或者多个服务器组成的服务器集群实现。本发明实施例提供的数据监控方法应用于服务端。

在一实施例中,图2示出本实施例中数据监控方法的一流程图,该方法应用在图1中的服务端,用于对数据库中数据表的表结构数据进行监控。如图2所示,该数据监控方法包括步骤s1至步骤s6,详述如下:

s1:获取各个应用环境下数据库中不同数据表之间的关联关系,并根据该关联关系创建数据关系表。

在本实施例中,应用环境包括但不限于开发环境、测试环境和生产环境等,数据库包括但不限于应用库、报表库、生产库和备份库等,数据表包括但不限于基表、衍生表和物化视图等类型的数据表,其中,基表为包括表名、字段和表记录的数据表,物化视图为存储表连接或聚集等操作结果的数据表,衍生表为通过获取其它数据表的信息而生成的数据表。

进一步地,在项目开发过程中,服务端若在数据库中检测到基于一个或多个数据表生成另一个数据表,或者将一个或多个数据表复制到另一个数据库中,则为该一个或多个数据表与新建的数据表创建相应的关联关系,以表示新建的数据表与该一个或多个数据表之间的关联信息,该关联关系为通过不同的标识信息标识数据表之间的表结构数据的具体关系,其中,表结构数据包括但不限于数据表的字段、类型、主键、外键和索引等结构数据。具体地,根据各个应用环境下多个数据库中不同的数据表之间的关联关系,创建数据关系表,数据关系表用于标识各个应用环境下数据库中不同数据表之间的数据的相互依赖和影响关系。

需要说明的是,各个应用环境下数据库中不同数据表之间的关联关系包括同一个数据库中不同数据表之间的关联关系,或者同一个应用环境中不同数据库的数据表之间的关联关系,或者不同应用环境中的数据表之间的关联关系中的至少一种或者两种以上的组合。

为了更好的理解本发明实施例中的数据关系表,现通过一个具体的不同数据表之间的数据关系表举例进行说明。详述如下:

请参阅图3,图3示出了在各个应用环境下多个数据库中不同的数据表之间的数据关系表。其中,应用环境包括应用环境1和应用环境2,应用环境1包括数据库1和数据库2,应用环境2包括数据库3,数据库1包括基表1、基表2、衍生表1和物化视图1,数据库2包括基表3、基表4和衍生表2,数据库3包括基表5、基表6、衍生表3和物化视图2。关联关系用标识信息和连接关系表示,标识信息a1表示数据表的表结构数据为调用关系,标识信息a2表示数据表的表结构数据为相同关系。在数据关系表示意图中,基表1的表结构数据被物化视图1和衍生表1调用,基表1的表结构数据与基表5的表结构数据相同;基表2的表结构数据被物化视图1和衍生表1调用,基表2的表结构数据与基表6的表结构数据相同;基表3的表结构数据被基表2、基表4和衍生表2调用;基表4的表结构数据被衍生表2调用;基表5的表结构数据被物化视图2和衍生表2调用;基表6的表结构数据被物化视图2和衍生表2调用,因此,根据各个应用环境下多个数据库中不同的数据表之间的关联关系,进行数据关系表的创建。

s2:接收待监控数据表的表信息。

在本实施例中,表信息包括数据表的应用环境、数据库名称和数据表名称,服务端接收需要监控的数据表的表信息,作为待监控数据表的表信息,待监控数据表具体可以是系统默认需要监控的数据表,也可以是由用户在客户端自定义设置需要监控的数据表,具体可以根据实际情况进行设置,此处不做限制。

s3:根据表信息,使用预设的脚本获取待监控数据表的表结构数据。

具体地,根据待监控数据表的应用环境、数据库名称和数据表名称,使用预设的脚本通过网络连接到该应用环境的服务器,根据数据库连接串,使用用户名和用户密码登录该数据库名称对应的数据库,并获取对应的数据表的表结构数据。

其中,预设的脚本包括数据源、用户名和用户密码等,数据源为存储所有数据库的连接信息,例如,服务器的ip地址和数据库连接端口等连接信息。

s4:若检测到待监控数据表的表结构数据发生变更,则记录变更信息。

在本实施例中,对待监控数据表进行监控,若检测到待监控数据表的表结构数据发生变更,则获取待监控数据表中发生变更的表结构数据的变更信息,存储至历史操作记录中。

其中,变更信息包括该发生变更的表结构数据所在的应用环境、数据库名称、数据表名称和变更记录等,变更记录包括时间戳、发生变更之前的表结构数据和发生变更之后的表结构数据等。

进一步地,对待监控数据表进行监控的方式具体可以是,通过为数据库增加ddl触发器或者dml(datamanipulationlanguage,数据操纵语言)触发器,当用户对数据表进行增添、删除或者修改等操作时,ddl触发器或者dml触发器能够获取数据表的表结构数据发生变更的变更信息,也可以通过定时对待监控数据表的表结构数据进行刷新,并判断刷新之后的表结构数据与刷新之前获取的表结构数据是否存在不一致,若存在不一致则获取数据表的表结构数据发生变更的变更信息,存储至历史操作记录中,方便对变更信息进行查找。

s5:从数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,并根据变更信息,校验关联数据表的表结构数据是否正确。

在本实施例中,根据关联关系,从数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,该关联数据表包括各个应用环境下不同数据库的数据表,使用预设的脚本获取关联数据表的表结构数据,并根据变更信息,遍历对比关联数据表的表结构数据,校验关联数据表的表结构数据是否正确。

需要说明的是,若用户对数据表进行了更新,则与该数据表相关联的数据表也需要进行更新,例如,若用户对某一个基表的字段类型作了修改,服务端则根据数据关系表中的关联关系,对与该基表相关联的基表、物化视图或者衍生表进行校验,检测关联数据表中该字段的类型是否都已经同步修改,修改后的字段类型是否一致等。

s6:若关联数据表的表结构数据不正确,则输出该关联数据表与表结构数据发生变更的待监控数据表之间的表结构数据不匹配的异常信息。

在本实施例中,在根据变更信息,对关联数据表的表结构数据进行校验之后,若关联数据表的表结构数据与表结构数据发生变更之后的待监控数据表的表结构数据不匹配,则确认关联数据表的表结构数据不正确,并将该关联数据表与表结构数据发生变更的待监控数据表之间的表结构数据不匹配的异常信息输出,提供给相关人员进行处理。

进一步地,异常信息的具体输出方式可以是将校验结果输出到客户端的交互界面,也可以根据校验结果生成检测报告,并将检测报告发送到相关工作人员的信息接收地址中,信息接收地址包括但不限于邮箱、短信接收地址或者即时通讯工具地址等,例如,微信和qq等通讯工具,异常信息的具体输出方式可以根据实际应用进行设置,此处不做限制,使得相关工作人员能够根据获取到的异常信息,及时对出现的问题进行处理,提高处理问题的效率。

在本实施例中,通过获取各个应用环境下数据库中不同数据表之间的关联关系,创建数据关系表,将数据库中不同数据表之间的映射关系进行展示,明确了各个数据表的表结构数据之间的关联性,再根据待监控数据表的表信息,获取待监控数据表的表结构数据,若检测到待监控数据表的表结构数据发生变更,则记录变更信息,从数据关系表中获取与发生变更的数据表相关联的关联数据表,并根据变更信息,校验关联数据表的表结构数据是否正确,从而能够将关联数据表的表结构数据不正确的异常信息输出,以便相关人员及时进行维护,避免开发过程中由于人工对代码的更新不全面而导致出现生产问题的情况,提升开发质量和开发工作效率。

在一实施例中,如图4所示,步骤s4中,即若检测到待监控数据表的表结构数据发生变更,则记录变更信息,具体包括如下步骤:

s41:将待监控数据表的表结构数据存储到第一文件中。

在本实施例中,根据待监控数据表的表信息,使用预设的脚本获取待监控数据表的表结构数据,并将该表结构数据存储到第一文件中,待监控数据表的表结构数据包括但不限于待监控数据表的字段、类型、主键、外键和索引等结构数据,其中,第一文件具体可以是表格或者文档,也可以根据实际应用的需要进行设置,此处不做限制。

s42:从第一文件的存储时间开始,当到达预设的时间间隔,使用预设的脚本获取待监控数据表的当前表结构数据,并将当前表结构数据存储在第二文件中。

在本实施例中,从待监控数据表的表结构数据存储到第一文件中的时间点开始,当到达预设的时间间隔,使用预设的脚本获取待监控数据表的当前表结构数据,并将当前表结构数据存储在第二文件中,其中,第二文件与第一文件的类型相同。

需要说明的是,预设的时间间隔具体可以是30分钟,但并不限于此,其具体可以根据实际应用的需要进行设置,此处不做限制。

s43:将第一文件与第二文件进行对比,若第一文件与第二文件存在差异数据,则根据差异数据获取待监控数据表的表结构数据发生变更的变更信息,并记录变更信息。

在本实施例中,将第一文件与第二文件进行遍历对比,检测当前表结构数据与上一预设的时间间隔获取到的表结构数据是否一致,若第一文件与第二文件存在差异数据,则根据差异数据获取待监控数据表的表结构数据发生变更的变更信息,并记录下包括发生变更的表结构数据所在的应用环境、数据库名称、数据表名称和变更记录的变更信息。

需要说明的是,第一文件与第二文件为临时文件,在完成第一文件的表结构数据与第二文件的表结构数据的对比之后,对第一文件做删除处理,只保留待监控数据表的当前表结构数据,即第二文件,当到达预设的时间间隔,第二文件将用于进行下一次对比。

在本实施例中,通过将待监控数据表的表结构数据存储到一临时文件中,从第一文件的存储时间开始,当到达预设的时间间隔,再获取待监控数据表的当前表结构数据存储到另一临时文件中,将两个临时文件进行遍历对比,能够根据其中的差异数据,准确获取待监控数据表的表结构数据发生变更的变更信息,并且在完成对比之后,只保留当前表结构数据,节约了系统资源。

在一实施例中,如图5所示,步骤s5中,即从数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,并根据变更信息,校验关联数据表的表结构数据是否正确,具体包括如下步骤:

s51:获取变更信息对应的待监控数据表,并将该待监控数据表作为基准表。

在本实施例中,根据步骤s4记录的变更信息,获取变更信息对应的待监控数据表,并将该待监控数据表作为基准表。

例如,若在历史操作记录中存储的一条变更信息为:2018年1月1日,应用环境c,数据库d,数据表e,字段f的g类型修改为h类型,则将应用环境c下的数据库d中的数据表e作为基准表。

s52:根据数据关系表,获取与基准表相关联的关联数据表的表结构数据。

具体地,基于步骤s51确定的基准表,在创建的数据关系表中,获取与该基准表相关联的关联数据表的表信息,并根据该表信息,使用预设的脚本获取关联数据表的表结构数据。

例如,若将应用环境c下的数据库d中的数据表e作为基准表,根据数据关系表,确定应用环境c下的数据库d中的数据表l调用了数据表e的表结构数据,则该数据表e为基准表的关联数据表,并获取该数据表e的表结构数据。

s53:若关联数据表的表结构数据与基准表中发生变更的表结构数据相匹配,则确认关联数据表的表结构数据正确,否则,若关联数据表的表结构数据与基准表中发生变更的表结构数据不匹配,则确认关联数据表的表结构数据不正确。

在本实施例中,根据基准表中发生变更的表结构数据,对关联数据表的表结构数据进行校验,检测关联数据表的表结构数据与基准表中发生变更的表结构数据是否相匹配。

具体地,根据关联关系,检测关联数据表中与该表结构数据相关联的是否相匹配,如是否根据基准表中发生变更的表结构数据同步进行修改,修改后的表结构数据是否一致,或者修改后的关联数据表是否与基准表保持相同关联关系等,若关联数据表的表结构数据与基准表中发生变更的表结构数据相匹配,则确认关联数据表的表结构数据正确,否则确认关联数据表的表结构数据不正确。

在本实施例中,通过将变更信息对应的待监控数据表作为基准表,根据数据关系表,获取与基准表相关联的关联数据表的表结构数据进行校验,能够检测关联数据表的表结构数据与基准表中发生变更的表结构数据是否相匹配,全面地对数据关系表中的关联数据表的表结构数据进行监控,及时发现人工对代码的更新不全面的问题。

在一实施例中,如图6所示,步骤s5之后,该数据监控方法还可以对变更信息进行验证,具体可以通过如下方式实现,详述如下:

s7:根据预设的数据元标准,校验变更信息是否符合预设的数据元标准。

在本实施例中,数据元标准是用于定义数据单元的约束性条件,数据单元是数据表的基本数据单元,根据开发项目的实际应用需要预先配置数据元标准,例如,配置字段的类型或者字段的阈值等,并根据预先配置的数据元标准,对发生变更的表结构数据进行校验,校验变更信息是否符合预设的数据元标准。

s8:若变更信息不符合预设的数据元标准,则输出变更信息和错误信息。

在本实施例中,若检测到待监控数据表中发生变更的表结构数据不符合预先配置的数据元标准,确定该发生变更的表结构数据与预设的数据元标准中的约束性条件作为错误信息,并将变更信息和错误信息输出到客户端的交互界面,或者发送到相关工作人员的信息接收地址中,由相关工作人员进行处理。

例如,配置的数据元标准为数据表中的字段长度阈值为20,若在待监控数据表中检测到发生变更的表结构数据的字段长度超过20,则获取包括发生变更的表结构数据所在的应用环境、数据库名称、数据表名称和变更记录的变更信息,并标红该字段进行提示字段长度不能超过20,输出变更信息和错误信息。

在本实施例中,通过预先配置数据元标准,并根据该数据元标准,进行校验变更信息是否符合预设的数据元标准,从而能够及时发现不符合数据元标准的变更信息,并输出变更信息和错误信息,以便相关人员及时发现问题并解决,避免开发过程由于人为发生的错误而导致出现生产问题,提高开发质量。

在一实施例中,步骤s6之后,该数据监控方法还可以对关联数据表的表结构数据进行维护,具体可以通过如下方式实现,详述如下:

根据用户输入的维护方式,对关联数据表的表结构数据进行维护。

在本实施例中,服务端接收用户在客户端输入的维护方式,并根据该维护方式对关联数据表的表结构数据进行维护,该维护方式具体可以是按照系统默认的修改方式进行修改,例如,以开发环境中的基准表的表结构数据为标准,根据关联关系,自动同步测试环境与生产环境下关联数据表的表结构数据;也可以由相关人员根据校验结果分析得到的实际情况进行修改,例如,将所有number类型直接转换integer类型、所有字符串类型都转换成varchar2类型或者字段命名方式需要以col_开头等等,具体的维护方式可以由用户根据实际情况进行选择,此处不做限制。

在本实施例中,通过根据用户输入的维护方式,对关联数据表的表结构数据进行维护,从而使得出现的异常信息问题能够快速得到解决,及时全面的进行维护,避免造成更大的损失,提高开发工作效率。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

在一实施例中,提供一种数据监控装置,该数据监控装置与上述实施例中数据监控方法一一对应。如图7所示,该数据监控装置包括:数据关系表创建模块71、表信息接收模块72、表结构数据获取模块73、变更信息记录模块74、关联数据表校验模块75和异常信息输出模块76。各功能模块详细说明如下:

数据关系表创建模块71,用于获取各个应用环境下数据库中不同数据表之间的关联关系,并根据该关联关系创建数据关系表;

表信息接收模块72,用于接收待监控数据表的表信息;

表结构数据获取模块73,用于根据表信息,使用预设的脚本获取待监控数据表的表结构数据;

变更信息记录模块74,用于若检测到待监控数据表的表结构数据发生变更,则记录变更信息;

关联数据表校验模块75,用于从数据关系表中获取与表结构数据发生变更的待监控数据表相关联的关联数据表,并根据变更信息,校验关联数据表的表结构数据是否正确;

异常信息输出模块76,用于若关联数据表的表结构数据不正确,则输出该关联数据表与表结构数据发生变更的待监控数据表之间的表结构数据不匹配的异常信息。

进一步地,变更信息记录模块74包括:

第一存储子模块741,用于将待监控数据表的表结构数据存储到第一文件中;

第二存储子模块742,用于从第一文件的存储时间开始,当到达预设的时间间隔,使用预设的脚本获取待监控数据表的当前表结构数据,并将当前表结构数据存储在第二文件中;

文件比对子模块743,用于将第一文件与第二文件进行对比,若第一文件与第二文件存在差异数据,则根据差异数据获取待监控数据表的表结构数据发生变更的变更信息,并记录变更信息。

进一步地,关联数据表校验模块75包括:

基准表设置子模块751,用于获取变更信息对应的待监控数据表,并将该待监控数据表作为基准表;

关联数据获取子模块752,用于根据数据关系表,获取与基准表相关联的关联数据表的表结构数据;

数据匹配子模块753,用于若关联数据表的表结构数据与基准表中发生变更的表结构数据相匹配,则确认关联数据表的表结构数据正确,否则,若关联数据表的表结构数据与基准表中发生变更的表结构数据不匹配,则确认关联数据表的表结构数据不正确。

进一步地,该数据监控装置还包括:

变更信息校验模块77,用于根据预设的数据元标准,校验变更信息是否符合该预设的数据元标准;

错误信息输出模块78,用于若变更信息不符合预设的数据元标准,则输出变更信息和错误信息。

进一步地,该数据监控装置还包括:

表结构数据维护模块79,用于根据用户输入的维护方式,对关联数据表的表结构数据进行维护。

关于数据监控装置的具体限定可以参见上文中对于数据监控方法的限定,在此不再赘述。上述数据监控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据监控方法。

在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例数据监控方法中的步骤,例如图2所示的步骤s1至步骤s6,或者,处理器执行计算机程序时实现上述实施例中数据监控装置的各模块的功能,例如图7所示模块71至模块76的功能。为避免重复,这里不再赘述。

在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述实施例提供的数据监控方法中的步骤,例如图2所示的步骤s1至步骤s6,或者,处理器执行计算机程序时实现上述实施例中数据监控装置的各模块的功能,例如图7所示模块71至模块76的功能。为避免重复,这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1