[发明专利]一种快速定位手机应用数据更新的方法

说明书

技术领域

本发明涉及数据库技术领域，尤其涉及数据库的数据更新的定位方法。

背景技术

现有技术中，发现智能手机应用数据更新的手段主要有：观察者模式 (android Observer)和应用数据库表的Trigger机制。

观察者模式又叫做发布-订阅(Publish/Subscribe)模式、模型-视图(Model/View)模式、源-监听器(Source/Listener)模式或从属者(Dependents)模式。观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使它们能够自动更新自己。

应用数据库表的Trigger机制，它与表紧密相连，基于表而建立，可视作表的一部分。它不能被显式调用，用户创建触发器后，当表中的数据发生插入、删除或修改时，触发器会自动运行。Trigger机制能够使得多个不同的用户能够在保持数据完整性和一致性的良好环境下进行修改操作。

上述观察者模式，只能监测到表级，也就是说，通过Observer只能确定哪个表发生了变化，不能定位到哪条记录发生了变化。Trigger机制在监测到记录的变化时，激发处理SQL操作，数据记录的变化跳过应用处理程序，使得用户无法对应用记录变化做进一步的处理。

发明内容

为了解决现有技术存在的不足，本发明的目的在于提供一种快速定位手机应用数据更新的方法，对于要监测的数据表，首先创建基表以记录数据更新前的状态，然后利用观察者模式 (android Observer)在数据更新时，确定发生数据更新数据表，比对发生更新后的数据表的状态和基表记录的数据状态，找出两者不一致的记录，确定数据更新的记录。

为了实现上述目的，本发明提供的一种数据快速分类的方法，包括以下步骤：

1）选择需要监测的数据表和需要监测的字段，创建基表，然后利用观察者模式，在数据更新时，确定发生数据更新数据表；

2）比对发生更新后的数据表的状态和基表记录的数据状态，找出两者不一致的记录，确定数据更新的记录；

3）记录上述数据更新的记录到数据库。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，并与本发明的内容和实施例一起，用于解释本发明，并不构成对本发明的限制。在附图中：

图1为根据本发明的快速定位手机应用数据更新的方法流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

本发明的方法，对于要监测的数据表，记录初始状态，基于观察者模式 (android Observer)监测应用数据，当数据变化时，可以确定到哪个应用的哪个数据表发生了变化；然后，比较变化后的数据表状态和初始状态，找出变化，确定哪条记录发生了变化。

图1为根据本发明的快速定位手机应用数据更新的方法流程图，下面将参考图1，对本发明的快速定位手机应用数据更新的方法进行详细描述：

首先，在步骤101，选择要监测应用数据所在的数据表和需要监测的字段，并找出可指示需要监测字段是否发生变化的字段。将这些可指示监测数据是否变化的字段值连成字符串，并计算字符串的哈希值，依据这些哈希值，记录为监测数据表的初始状态，创建基表；基表主要的字段包括：“_id”（监测数据表标识），“state_value”(状态值)，“uri”（指示监测的数据表），“recordId” (在监测的数据表中对应的_id )。状态值是依据监测数据表的监测字段计算的哈希值。这里选择监测的数据表和监测的字段是根据用户需要进行选择，扫描监测的数据表记录初始状态；

在步骤102，当android Observer监测到数据更新时，依据“uri”确定数据更新的数据表，对比基表的初始状态，找出数据变化的具体记录。

对比两个表的方法是：首先利用“uri”按“recordId”递减的顺序从基表取出数据D1，利用uri按“_id”递减的顺序从更新的数据表取数据D2。 然后，依次取D1，D2记录进行比较。