CN106970974B - 一种基于版本的app低流量数据更新系统和方法 - Google Patents

Abstract

本发明公开了一种基于版本的APP低流量数据更新系统和方法，涉及数据更新技术领域。该方法中，数据库采用A/B数据表+路由表的形式，通过记录增量数据并更新数据和数据版本，实现了无缝数据更新，当APP端请求数据时，服务端通过判断其携带版本号与最新版本号，将其中的增量信息和更新数据返回给APP端，而没有发生变动的非更新数据不会返回给APP端，所以，与现有技术中，需要数据全量更新，造成不必要的数据传输相比，本发明的方案，只对少量的发生变动的数据进行更新，而对大部分没有发生变动的数据不再进行更新，避免了大量的不必要数据的传输。

Description

一种基于版本的APP低流量数据更新系统和方法

技术领域

本发明涉及数据更新技术领域，尤其涉及一种基于版本的APP低流量数据更新系统和方法。

背景技术

目前，大部分APP都需要通过网络更新数据。数据的形式多种多样，目前主要的是通过JSON或者XML进行数据的传输。APP数据更新，一般采用如下的两种方式：一种是，每次更新全部数据，这种方式会造成很多不必要的数据的传输；另一种是，APP端每次去获取要更新数据，带上本地已有的数据版本号(APP端版本)，服务器会将该版本号和最新的数据版本(服务器最新版本)进行比较，如果版本一致(即：APP端版本＝服务器最新版本)，则通知APP端不需要进行数据更新，否则，提供全量的数据更新。这种方式虽然较第一种方式有所改进，即在数据版本没有更新的时候(APP端版本＝服务器最新版本)，不进行数据更新，减少了不必要的数据传输，但是只要存在数据变更，存在版本变动，包括少量数据发生变动，也还是要提供全量的数据更新，从而对于未发生变动的大部分数据，还是造成了更新中需要进行的不必要的数据传输。

而在实际应用过程中，发现，APP中的数据，大部分时候，只有少量的数据会发生变动，大部分数据是不发生变动的。比如，某互联公司需要开发一款汽车降价特卖的APP，每款车的优惠时间有3天、5天、7天等，到期或者售罄自动下架。用户打开APP，首页是一个品牌到车系的两级的导航页，第一级是品牌，第二级是车系，点击车系会筛选出该车系下，所有正在进行特卖的车源信息。

随着时间的推移，若某一车系下所有的车源都下架或售空后，该车系节点应该从该导航页列表中删除，反之，若某车系的车有促销，并且列表中没有，则需要将该车系节点加到树上(若该车系所属品牌也没有在导航也列表中，则需要将该品牌节点也增加到该导航页中)。

这种数据的更新的频率不是很高，但是却要保证一定的实时性，避免新上架的车辆能及时的出现的导航页中，以便用户找到，或者某车系下所有车源都已经售空。而用户依然可以看到车系，导致用户点击该车系后，发现并没有正在售卖的车系，导致用户体验很差。

综上分析，可以看出，这种数据的更新频率不太高，每次更新的数据量也不大。

所以，采用现有技术的APP数据更新方式，会造成大量的不必要的数据网络传输。

发明内容

本发明的目的在于提供一种基于版本的APP低流量数据更新系统和方法，从而解决现有技术中存在的前述问题。

为了实现上述目的，本发明采用的技术方案如下：

一种基于版本的APP低流量数据更新系统，包括：数据库、Push服务器、分布式缓存服务器和WEB服务器；

所述数据库包括数据表A、数据表B、路由表和变更记录表，所述路由表用于记录当前数据表和最新的更新时间，所述当前数据表为数据表A或数据表B，如果当前数据表为数据表A，则数据表B为空闲状态，反之，如果当前数据表为数据表B，则数据表A为空闲状态；所述数据表A和数据表B用于记录数据信息，所述变更记录表用于记录每次版本变动所增加和删除的数据；

所述Push服务器用于定时扫描数据，并将读取数据存储在空闲数据表中，还用于比较数据表A和数据表B，如果数据有变动，便将更新内容记录存入变更记录表中，并更新数据版本，然后切换路由表信息，使其指向新的数据表；还用于向所述分布式服务器中压入最新数据，并更新最新版本；

所述分布式缓存服务器用于存储最新版本和最新的规定数量的版本记录；

所述WEB服务器用于响应前端APP请求，并与所述分布式缓存服务器进行数据交互。

一种基于版本的APP低流量数据更新方法，包括Push服务更新数据的方法和APP请求数据的方法，所述Push服务更新数据的方法包括如下步骤：

Sa1，Push服务器读取数据，判断路由表中标识的当前数据表是否为数据表A，如果是，则将更新数据存储在数据表B中，否则，将更新数据存储在数据表A中；

Sa2，比较数据表A和数据表B中的数据，获取新增数据和被删除数据；

Sa3，将获取到的新增数据和被删除数据记录在表更记录表中，得到更新的变更记录表；

Sa4，将更新的最新数据压入分布式缓存服务器中，并更新版本，使缓存服务器中记录的最新版本数量不超过设定的数量；

Sa5，更新路由表；

所述APP请求数据的方法包括如下步骤：

Sb1，客户端携带本地数据版本号向WEB服务器请求数据；

Sb2，判断客户端的数据版本号是否为0，如果是0，则返回全量数据，否则，跳至Sb3；

Sb3，WEB服务器从分布式缓存服务器中获取最新数据版本号，并比较客户端所带版本号和服务端的最新版本号，若最新版本号-客户端所带版本号>缓存服务器中记录的版本数量，则返回全量数据；否则，返回客户端所带版本号到最新版本号之间所有的版本变更的增量信息；所述增量数据信息中包括新增数据和删除数据；

Sb4，客户端根据返回的数据更新本地数据。

优选地，Sa4中，所述缓存服务器中记录的最新版本数量不超过设定的数量，所述设定的数量为10个。

本发明的有益效果是：本发明实施例提供的一种基于版本的APP低流量数据更新系统和方法，数据库采用A/B数据表+路由表的形式，通过记录增量数据并更新数据和数据版本，实现了无缝数据更新，当APP端请求数据时，服务端通过判断其携带版本号与最新版本号，将其中的增量信息和更新数据返回给APP端，而没有发生变动的非更新数据不会返回给APP端，所以，与现有技术中，需要数据全量更新，造成不必要的数据传输相比，本发明的方案，只对少量的发生变动的数据进行更新，而对大部分没有发生变动的数据不再进行更新，避免了大量的不必要数据的传输。

附图说明

图1是数据增量更新系统结构示意图；

图2是Push服务更新数据流程示意图；

图3是APP请求数据流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式仅仅用以解释本发明，并不用于限定本发明。

针对APP中大部分数据不发生变动，只有少量数据发生变动的实际情况，为了减少现有技术中数据全量更新过程中，造成的不必要的数据传输的问题，本发明提出了如下方案：只对少量的发生变动的数据进行更新，而对大部分没有发生变动的数据不再进行更新，从而，解决现有技术中存在的问题。

实施例一

如图1所示，本发明实施例提供了一种基于版本的APP低流量数据更新系统，包括：数据库、Push服务器、分布式缓存服务器和WEB服务器；

所述数据库包括数据表A、数据表B、路由表和变更记录表，所述路由表用于记录当前数据表和最新的更新时间，所述当前数据表为数据表A或数据表B，如果当前数据表为数据表A，则数据表B为空闲状态，反之，如果当前数据表为数据表B，则数据表A为空闲状态；所述数据表A和数据表B用于记录数据信息，所述变更记录表用于记录每次版本变动所增加和删除的数据；

所述Push服务器用于定时扫描数据，并将读取数据存储在空闲数据表中，还用于比较数据表A和数据表B，如果数据有变动，便将更新内容记录存入变更记录表中，并更新数据版本，然后切换路由表信息，使其指向新的数据表；还用于向所述分布式服务器中压入最新数据，并更新最新版本；

所述分布式缓存服务器用于存储最新版本和最新的规定数量的版本记录；

所述WEB服务器用于响应前端APP请求，并与所述分布式缓存服务器进行数据交互。

实施例二

本发明实施例提供了一种基于版本的APP低流量数据更新方法，包括Push服务更新数据的方法和APP请求数据的方法，所述Push服务更新数据的方法，如图2所示，包括如下步骤：

Sa1，Push服务器读取数据，判断路由表中标识的当前数据表是否为数据表A，如果是，则将更新数据存储在数据表B中，否则，将更新数据存储在数据表A中；

Sa2，比较数据表A和数据表B中的数据，获取新增数据和被删除数据；

Sa3，将获取到的新增数据和被删除数据记录在表更记录表中，得到更新的变更记录表；

Sa4，将更新的最新数据压入分布式缓存服务器中，并更新版本，使缓存服务器中记录的最新版本数量不超过设定的数量；

Sa5，更新路由表；

所述APP请求数据的方法，如图3所示，包括如下步骤：

Sb1，客户端携带本地数据版本号向WEB服务器请求数据；

Sb2，判断客户端的数据版本号是否为0，如果是0，则返回全量数据，否则，跳至Sb3；

Sb3，WEB服务器从分布式缓存服务器中获取最新数据版本号，并比较客户端所带版本号和服务端的最新版本号，若最新版本号-客户端所带版本号>缓存服务器中记录的版本数量，则返回全量数据；否则，返回客户端所带版本号到最新版本号之间所有的版本变更的增量信息；所述增量数据信息中包括新增数据和删除数据；

Sb4，客户端根据返回的数据更新本地数据。

其中，Sa4中，所述缓存服务器中记录的最新版本数量不超过设定的数量，所述设定的数量可以为10个。

本发明实施例中涉及到的概念解释如下：

版本：数据每次有更新(新增或者删除，另外本发明没有修改概念，每次修改可以变成一次删除和一次新增)，则在原数据版本的基础上加1，数据的起始版本是1。

App端版本：App每次去服务器获取数据的时候，服务器会返回数据，和该数据的版本。App会将该数据版本存储在本地APP中，App第一次请求数据，数据版本可以携带为0。

服务器最新版本：数据每次更新后，会将最新的数据版本放在服务器端，该版本就是目前数据的最新版本。

新增数据和删除数据：每次数据更新，涉及到的数据变动。比如，数据为：1,2,3,4，数据版本为1，一段时间后，数据变成了1,3,4,5,6，则新增数据包括：5,6，删除数据包括：2，此次变动后，数据版本变成：2。

通过采用本发明公开的上述技术方案，得到了如下有益的效果：本发明实施例提供的一种基于版本的APP低流量数据更新系统和方法，数据库采用A/B数据表+路由表的形式，通过记录增量数据并更新数据和数据版本，实现了无缝数据更新，当APP端请求数据时，服务端通过判断其携带版本号与最新版本号，将其中的增量信息和更新数据返回给APP端，而没有发生变动的非更新数据不会返回给APP端，所以，与现有技术中，需要数据全量更新，造成不必要的数据传输相比，本发明的方案，只对少量的发生变动的数据进行更新，而对大部分没有发生变动的数据不再进行更新，避免了大量的不必要数据的传输。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域人员应该理解的是，上述实施例提供的方法步骤的时序可根据实际情况进行适应性调整，也可根据实际情况并发进行。

上述实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机设备可读取的存储介质中，用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备，例如：个人计算机、服务器、网络设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等；所述的存储介质，例如：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (1)

1.一种基于版本的APP低流量数据更新系统，其特征在于，包括：数据库、Push服务器、分布式缓存服务器和WEB服务器；

所述数据库包括数据表A、数据表B、路由表和变更记录表，所述路由表用于记录当前数据表和最新的更新时间，所述当前数据表为数据表A或数据表B，如果当前数据表为数据表A，则数据表B为空闲状态，反之，如果当前数据表为数据表B，则数据表A为空闲状态；所述数据表A和数据表B用于记录数据信息，所述变更记录表用于记录每次版本变动所增加和删除的数据；

所述Push服务器用于定时扫描数据，并将读取数据存储在空闲数据表中，还用于比较数据表A和数据表B，如果数据有变动，便将更新内容记录存入变更记录表中，并更新数据版本，然后切换路由表信息，使其指向新的数据表；还用于向所述分布式服务器中压入最新数据，并更新最新版本；

所述分布式缓存服务器用于存储最新版本和最新的规定数量的版本记录；

所述WEB服务器用于响应前端APP请求，并与所述分布式缓存服务器进行数据交互；

所述数据更新系统用于实现基于版本的APP低流量数据更新方法，所述数据更新方法包括Push服务更新数据的方法和APP请求数据的方法，所述Push服务更新数据的方法包括如下步骤：

Sa1，Push服务器读取数据，判断路由表中标识的当前数据表是否为数据表A，如果是，则将更新数据存储在数据表B中，否则，将更新数据存储在数据表A中；

Sa2，比较数据表A和数据表B中的数据，获取新增数据和被删除数据；

Sa3，将获取到的新增数据和被删除数据记录在表更记录表中，得到更新的变更记录表；

Sa4，将更新的最新数据压入分布式缓存服务器中，并更新版本，使缓存服务器中记录的最新版本数量不超过设定的数量；

Sa5，更新路由表；

所述APP请求数据的方法包括如下步骤：

Sb1，客户端携带本地数据版本号向WEB服务器请求数据；

Sb2，判断客户端的数据版本号是否为0，如果是0，则返回全量数据，否则，跳至Sb3；

Sb3，WEB服务器从分布式缓存服务器中获取最新数据版本号，并比较客户端所带版本号和服务端的最新版本号，若最新版本号-客户端所带版本号>缓存服务器中记录的版本数量，则返回全量数据；否则，返回客户端所带版本号到最新版本号之间所有的版本变更的增量信息；所述增量数据信息中包括新增数据和删除数据；

Sb4，客户端根据返回的数据更新本地数据；

Sa4中，所述缓存服务器中记录的最新版本数量不超过设定的数量，所述设定的数量为10个；

版本：数据每次有更新，则在原数据版本的基础上加1，数据的起始版本是1；所述更新包括新增或删减；

App端版本：App每次去服务器获取数据的时候，服务器会返回数据，和该数据的版本；App会将该数据版本存储在本地APP中，App第一次请求数据，数据版本可以携带为0；

服务器最新版本：数据每次更新后，会将最新的数据版本放在服务器端，该版本就是目前数据的最新版本。

Images