一种数据中间层实现方法及系统的制作方法

一种数据中间层实现方法及系统的制作方法
【专利摘要】本发明公开了一种数据中间层实现方法及系统，所述方法包括：部署配置内存数据库；设定所述内存数据库和文件数据库中数据表的对应关系；应用服务访问所述内存数据库提出读写请求；所述内存数据库在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。本发明实施例的方案，能够提高文件数据库访问的速度和效率，并提高数据安全性，极大的提高了用户体验度。
【专利说明】
一种数据中间层实现方法及系统
技术领域
[0001]本发明涉及互联网技术领域，特别涉及一种数据中间层实现方法及系统。
【背景技术】
[0002]中间件(middleware)是一类连接软件组件和应用的计算机软件，它包括一组服务。以便于运行在一台或多台机器上的多个软件通过网络进行交互。该技术所提供的互操作性，推动了一致分布式体系架构的演进，该架构通常用于支持并简化那些复杂的分布式应用程序，它包括web服务器、事务监控器和消息队列软件。
[0003]中间件是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。
[0004]中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。在众多关于中间件的定义中，比较普遍被接受的是IDC表述的:中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。
[0005]IDC对中间件的定义表明，中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。
[0006]中间件分类(IDC的分类):大致可分为六类:终端仿真/屏幕转换中间件、数据访问中间件、远程过程调用中间件、消息中间件、交易中间件、对象中间件。
[0007]数据访问服务中间件，就是指一切连接应用程序和数据库的软件。
[0008]内存数据库，顾名思义就是将数据放在内存中直接操作的数据库。相对于磁盘，内存的数据读写速度要高出几个数量级，将数据保存在内存中相比从磁盘上访问能够极大地提尚应用的性能。
[0009]内存数据库抛弃了磁盘数据管理的传统方式，基于全部数据都在内存中重新设计了体系结构，并且在数据缓存、快速算法、并行操作方面也进行了相应的改进，所以数据处理速度比传统数据库的数据处理速度要快很多，一般都在10倍以上。内存数据库的最大特点是其“主拷贝”或“工作版本”常驻内存，即活动事务只与实时内存数据库的内存拷贝打、.、、/.■父道。
[0010]现有技术中，越来越多的依赖于数据库存储的各类数据。但是，传统的数据库的读写操作较为缓慢，往往成为数据访问的瓶颈。而且，直接对数据库的读取存在着诸多安全问题。因而，亟需要一种对数据库访问的数据中间层的实现，以提高对数据库访问的速度效率和安全性。

【发明内容】

[0011]本发明提供一种数据中间层实现方法及系统，用以解决现有技术中对数据库的访问存在的速度慢、效率低、安全性差的问题。
[0012]本发明提供一种数据中间层实现方法，包括:
[0013]部署配置内存数据库；
[0014]设定所述内存数据库和文件数据库中数据表的对应关系；
[0015]应用服务访问所述内存数据库提出读写请求；
[0016]所述内存数据库在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。
[0017]所述方法还包括:
[0018]所述内存数据库与文件数据库结构一致。
[0019]所述对应关系包括:
[0020]将文件数据库中存储的只读型数据添加到内存数据库readonly类型的cachegroup 中；
[0021]将文件数据库中存储的需要读写的数据添加到内存数据库writethrough global类型的 cache group ο
[0022]所述方法还包括:
[0023]启动replicat1nagent，将文件数据库中数据加载到内存数据库中；
[0024]调整应用服务的数据访问方向，将应用服务对文件数据库的访问修改为对内存数据库的访问。
[0025]所述方法还包括:
[0026]所述内存数据库根据所述应用服务的读写请求，预判所述应用服务下一步可能读取数据内容，向所述文件数据库中读取所述数据内容。
[0027]所述方法还包括:
[0028]所述内存数据库对于所述应用服务写入的数据内容，预判所述应用服务是否会立刻读取，若是，不与所述文件数据库同步；否则，与所述文件数据库同步。
[0029]—种数据中间层实现系统，包括:
[0030]内存数据库部署单元，用于部署配置内存数据库；
[0031]对应关系设定单元，用于部署配置内存数据库；
[0032]读写处理单元，用于接收所述应用服务的读写请求；
[0033]内存数据库单元，用于在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。
[0034]所述系统还包括:
[0035]所述内存数据库单元还用于启动replicat1n agent，将文件数据库中数据加载到内存数据库中；
[0036]所述读写处理单元还用于调整应用服务的数据访问方向，将应用服务对文件数据库的访问修改为对内存数据库的访问。
[0037]所述内存数据库单元还用于:
[0038]根据所述应用服务的读写请求，预判所述应用服务下一步可能读取数据内容，向所述文件数据库中读取所述数据内容。
[0039]所述内存数据库单元还用于:
[0040]对所述应用服务写入的数据内容，预判所述应用服务是否会立刻读取，若是，不与所述文件数据库同步；否则，与所述文件数据库同步。
[0041]本发明实施例部署配置内存数据库；设定所述内存数据库和文件数据库中数据表的对应关系；应用服务访问所述内存数据库提出读写请求；所述内存数据库在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。本发明实施例的方案，能够提高文件数据库访问的速度和效率，并提高数据安全性，极大的提高了用户体验度。
[0042]本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
[0043]下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
【附图说明】
[0044]附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中:
[0045]图1为本发明实施例1提供的一种数据中间层实现方法原理流程图；
[0046]图2为本发明实施例2提供的一种数据中间层实现系统结构示意图。
【具体实施方式】
[0047]以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
[0048]如图1所示，为本发明实施例1提供的一种数据中间层实现方法原理流程图，其中，
[0049]步骤11，部署配置内存数据库。
[0050]内存数据库，顾名思义就是将数据放在内存中直接操作的数据库。相对于磁盘，内存的数据读写速度要高出几个数量级，将数据保存在内存中相比从磁盘上访问能够极大地提高应用的性能。同时，内存数据库抛弃了磁盘数据管理的传统方式，基于全部数据都在内存中重新设计了体系结构，并且在数据缓存、快速算法、并行操作方面也进行了相应的改进，所以数据处理速度比传统数据库的数据处理速度要快很多，一般都在10倍以上。内存数据库的最大特点是其"主拷贝"或"工作版本"常驻内存，即活动事务只与实时内存数据库的内存拷贝打交道。显然，它要求较大的内存量，但并非任何时刻整个数据库都存放在内存，即内存数据库系统还是要处理I/o。
[0051]内存数据库是以牺牲内存资源为代价换取数据处理实时性的，内存数据库和磁盘数据库都是当今信息社会里每个企业所必须的关系型数据库产品，磁盘数据库解决的是大容量存储和数据分析问题，而内存数据库解决的是实时处理和高并发问题。两者的存在是相辅相成的，内存数据库的事务实时处理性能要远强于磁盘数据库。但是相对的，他的数据安全方面还没有达到磁盘数据库比肩的地步。
[0052]内存数据库将物理内存作为数据的第一存储介质，而将磁盘作为备份。随着电信业务的发展，系统对实时性的要求和对业务灵活修改的要求非常高，在此种情况下对于内存数据库的需求也越来越高。磁盘数据库的做法是将数据存入内存中进行处理，这种方式的可管理性及数据安全可靠性都没有保障。而内存数据库正是针对这一弱点进行了改进。
[0053]内存数据库的技术，一个很重要的特点，是可以对内存中的数据实现全事务处理，这是仅仅把数据以数组等形式放在内存中完全不同的。并且，内存数据库是与应用无关的，显然这种体系结构具有其合理性。内存引擎可以实现查询与存档功能使用的是完全相同的数据库，同时内存表与磁盘表也使用的是完全相同的存取方法。存储的选择，对于应用开发者而言是完全透明的。
[0054]对于内存数据库而言，实现了数据在内存中的管理，而不仅仅是作为数据库的缓存。不像其它将磁盘数据块缓存到主存中的数据库，内存数据库的内存引擎使用了为随机访问内存而特别设计的数据结构和算法，这种设计使其避免了因使用排序命令而经常破坏缓存数据库性能的问题。通过内存数据库，减少了磁盘1/0，能够达到了以磁盘I/O为主的传统数据库无法与其相比拟的处理速度。
[0055]本实施例中，内存数据库需要与磁盘数据库(文件数据库)结构一致，这样方便内存数据库与文件数据库之间的数据对应和操作。文件数据库是关系数据库，则内存数据库一样需要设置为关系数据库。实际上，内存数据库可以是文件数据库的一个镜像，只是规模比文件数据库小，其中存储一部分文件数据库中的数据。
[0056]步骤12，设定内存数据库和文件数据库中数据表的对应关系。
[0057]数据库是大型应用系统中的重要组成部分，往往随着应用系统功能的丰富以及时间的推移，数据库中的数据都会呈不同程度的增长，而传统的数据库都是基于磁盘的数据库，如oracle、db2、SQL Server等。当磁盘数据库中存储的数据达到一定程度时，数据库会出现1瓶颈，性能也会严重下降，应用的访问也会缓慢等待。面对这种情况，可以在配置大内存服务器上部署内存数据库与应用，进而利用内存数据库技术将磁盘中存储的热点数据缓存到内存中，以达到消除磁盘1的瓶颈，提高系统的性能。
[0058]对于内存数据库与文件数据库的对应，不仅需要数据的对应，还需要建立和管理相关对应机制，以自动完成数据在两个数据库之间的读写与同步。
[0059]配置文件数据库，建立管理用户，并赋予相应的权限；配置内存数据库，建立缓存管理用户，将cache group加入到内存数据库中，启动cache agent ;定义cache group，通过分析应用访问的数据是做何种操作，包括只读或者可读可写，其中:
[0060]将磁盘数据库中存储的只读型数据添加到内存数据库readonly类型的cachegroup中，即这部分内存中的数据只读，不会同步回磁盘数据库中去；将磁盘数据库中存储的需要读写的数据添加到内存数据库writethrough global类型的cache group中，即这部分内存中的数据可读可写，并会实时同步回磁盘数据库中去。这样，保障了对于各类数据的对应操作。
[0061]cache group面向的是静态的缓存系统，比如google家的下载站，用来缓存对应的文件区块。一经set操作，key对应的value就不再变化。使用的时候，需要自定义缓存缺失时使用的set操作。当发生miss的时候，首先会从根据key的consist hash值找到对应的peer，去peer里寻找对应的value。如果找不到，则使用自定义的get函数从慢缓存(比如db，文件读取)获取alue，并填充对应peer。下一次获取，就直接从cache里取出来，不再访问慢缓存。另外，为避免网络变成瓶颈，本地peer获取cache后，会存在本地的1calCache里，通过LRU算法进行管理。
[0062]cache group 的代码分为 consistenhash, cache grouppb, lru, singleflight 等几个目录，分别存放一致性哈希，cache group的protobuf协议，Iru算法实现，用来保证求值操作只执行一次的singleflight。
[0063]在配置完成后，启动r印licat1n agent，将文件数据库中数据加载到内存数据库中；调整应用服务的数据访问方向，将应用服务对文件数据库的访问修改为对内存数据库的访问。应用服务对数据库的访问将不再直接访问文件数据库，而是指向内存数据库。
[0064]这里，首先需要将内存数据库和文件数据库中的数据同步。数据同步并不是所有的数据全部同步，而是根据实际应用服务请求操作，将需要的数据同步到内存数据库。应用服务首次访问内存数据库时，内存数据库中并没有数据。根据应用服务的请求，将需要的数据同步到内存数据库中，然后返回给应用服务。如果应用服务进行写操作，则先写入内存数据库中，然后再由内存数据库将该数据同步到文件数据库。
[0065]内存数据库中的数据并不是永久保存的，而是根据需要保存。对于不需要保存的数据，根据堆栈的原理，将最早使用的数据删除并写入新的数据。
[0066]内存数据库与文件数据库的同步，有着多种方案，例如，内存数据库将事务日志记录写入日志缓存区。内存数据库是一种内存优化的关系数据库系统，通过数据和元数据都存放在物理内存中，提高数据库的操作响应时间。事务日志是一个与数据库文件分开的文件，存储对数据库进行的所有更改，并全部记录插入、更新、删除、提交、回退和数据库模式变化。在缺省情况下，所有数据库都使用事务日志。事务日志的使用是可选的，但是，除非因特殊原因而不使用，否则应始终使用。运行带有事务日志的数据库可提供更强的故障保护功能、更好的性能以及数据复制功能。
[0067]所述事务日志具体可以为WAL事务日志文件，用于记录内存数据库的事务处理信息。WAL是一种实现事务日志的标准方法。简言之，WAL的中心思想是对数据文件的修改(WAL是表和索引的载体)必须是只能发生在这些修改已经记录了日志之后。日志缓存区中的事务日志为无格式事务日志文件。
[0068]对于数据库而言，为了实现基本的ACID特性，必须在事务提交之前，将事务内容以一定的格式写入到事务日志文件中。ACID特性:指事务的原子性、一致性、隔离性以及持久性。事务的原子性(Atomicity)是指一个事务要么全部执行，要么不执行。事务的一致性(Consistency)是指事务把数据库从一个一致的状态转变到另一个状态。
[0069]事务的隔尚性(Isolat1n)是在事务提交以前，其他事务察觉不到事务的影响。也就是两个以上的事务不会出现交错执行的状态。因为这样可能会导致数据不一致。事务的持久性(Durability)是指一旦事务提交，它是永久的。也就是事务运行成功以后，就系统的更新是永久的，不会无缘无故的回滚。
[0070]而对于内存数据库，为了达到极高的性能，往往会降低“D”特性的要求，即不采用文件数据库那样每个事务日志记录首先必须写入磁盘文件且写入成功之后才能真正的提交事务，而是先把事务日志记录写入到操作系统共享内存区的一个事务日志缓存区，之后由日志刷新进程异步地将事务日志刷出到磁盘事务日志文件上。因此，内存数据库并不严格的遵守ACID特性。
[0071 ] 定义内存数据库和文件数据库数据表的对应关系。事务日志刷新进程异步地将所述日志缓存区中的所述事务日志的信息，按照所述内存数据库和文件数据库数据表的对应关系，同步到文件数据库中。文件数据库可以为Oracle、或DB2、或Informix等，适合于联机事务处理(Online Transact1n Processing，0LTP)。事务日志缓存区中的所述事务日志为无格式事务日志文件。
[0072]由于可以根据需要定义内存数据库和文件数据库数据表的对应关系，因此内存数据库和文件数据库数据表的对应关系是可配置的。所述方法是根据事务日志刷新进程，异步地将所述日志缓存区中的所述事务日志中的信息，按照所述内存数据库和文件数据库数据表的对应关系，同步到文件数据库中。因此，可以保证内存数据库和文件数据库约束一致。
[0073]数据库约束是为了保证数据的完整性而实现的一套机制。主要包括有N0TNULL约束、UNIQUE约束、PRIMARY KEY约束、FOREIGN KEY约束。NOT NULL约束应用在单一的数据列上，并且它保护的数据列必须要有数据值。UNIQUE约束可以保护表中的多个数据列，保证在保护的数据列中任何两行的数据都不相同。PRIMARY KYE约束可以保护一个或多个列。PRIAMRY KEY约束可与NOT NULL约束共同作用于每一数据列。表有唯一的主键约束。FOREIGN KEY约束保护一个或者多个数据列，保证每个数据行的数据包含一个或多个空值，或者在保护的数据列上同时拥有主键约束或唯一约束。
[0074]内存数据库和文件数据库数据表的对应关系，可以是通过模式文件(schema)定义的。内存数据库到文件数据库的数据同步方法，可以通过schema将无格式的事务日志文件进行格式转换，插入到文件数据库中。通过传输代理(cacheagent)保证内存数据库和文件数据库的约束一致、数据类型兼容。
[0075]步骤13，应用服务访问内存数据库提出读写请求。
[0076]由于修改了应用服务访问数据库的指向，应用服务所有访问均指向内存数据库，因而，应用服务需要向内存数据库提出读写请求。对于读数据的请求，内存数据库可以现在自身查找是否存在该数据，若有，直接回复该请求。若内存数据库中没有所请求的数据，则需要向文件数据库请求该数据，将该数据同步到内存数据库，再回应应用服务的读请求。对于写操作，内存数据库直接写入数据到相应位置。
[0077]由于内存数据库的效率很高，则即使需要从文件数据库中请求数据，所带来的时延也是可控的。
[0078]步骤14，内存数据库在响应读写请求之后，根据对应关系，与文件数据库进行同步。
[0079]内存数据库在响应了应用服务的读写请求，返回相关数据后，需要对得到的数据进行整理。对于写入的数据，异步的同步到文件数据库中，以保证文件数据库的内容完整。对于从文件数据库中读取的数据，仍然根据堆栈的先入先出原理，保存在内存数据库中，只在需要写入更多数据的时候，将最早使用过的数据删除。
[0080]为了提高读写的效率，内存数据库根据所述应用服务的读写请求，预判所述应用服务下一步可能读取数据内容，向所述文件数据库中读取所述数据内容。这一步骤，是为了更好的提高效率，设定一个预判的过程。应用服务在读取相关数据时候，内存数据库根据关联算法，计算得到应用服务下一步可能要读取的数据，预先读取到内存数据库中，以方便应用服务下一步读取数据得到更快的响应。现有技术中存在很多预判的关联算法，本实施例对此不做限定。
[0081]进一步的，内存数据库对于应用服务写入的数据内容，预判应用服务是否会立刻读取，若是，不与所述文件数据库同步；否则，与所述文件数据库同步。本步骤同样为了提高效率，对于写入的内容需要暂时保存在内存数据库中，以备应用服务在短时间内的读取请求。而只在空闲时候以异步的方式将该数据与文件数据库同步。
[0082]如图2所示，为本发明实施例2提供的一种数据中间层实现系统结构示意图，其中，
[0083]内存数据库部署单元21，用于部署配置内存数据库；
[0084]对应关系设定单元22，用于部署配置内存数据库；
[0085]读写处理单元23，用于接收应用服务的读写请求；
[0086]内存数据库单元24，用于在响应读写请求之后，根据对应关系，与文件数据库进行同步。
[0087]进一步的，上述系统还包括:
[0088]内存数据库单元24还用于启动replicat1n agent，将文件数据库中数据加载到内存数据库中；
[0089]读写处理单元23还用于调整应用服务的数据访问方向，将应用服务对文件数据库的访问修改为对内存数据库的访问。
[0090]进一步的，上述内存数据库单元24还用于:
[0091]根据应用服务的读写请求，预判应用服务下一步可能读取数据内容，向文件数据库中读取数据内容。
[0092]进一步的，上述内存数据库单元24还用于:
[0093]对应用服务写入的数据内容，预判应用服务是否会立刻读取，若是，不与文件数据库同步；否则，与文件数据库同步。
[0094]综上所述，本发明实施例部署配置内存数据库；设定所述内存数据库和文件数据库中数据表的对应关系；应用服务访问所述内存数据库提出读写请求；所述内存数据库在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。本发明实施例的方案，能够提高文件数据库访问的速度和效率，并提高数据安全性，极大的提高了用户体验度。
[0095]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0096]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0097]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0098]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0099]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1.一种数据中间层实现方法，其特征在于，包括: 部署配置内存数据库； 设定所述内存数据库和文件数据库中数据表的对应关系； 应用服务访问所述内存数据库提出读写请求； 所述内存数据库在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。2.如权利要求1所述的方法，其特征在于，所述方法还包括: 所述内存数据库与文件数据库结构一致。3.如权利要求1所述的方法，其特征在于，所述对应关系包括: 将文件数据库中存储的只读型数据添加到内存数据库readonly类型的cache group中； 将文件数据库中存储的需要读写的数据添加到内存数据库writethrough global类型的 cache group。4.如权利要求3所述的方法，其特征在于，所述方法还包括: 启动replicat1n agent，将文件数据库中数据加载到内存数据库中； 调整应用服务的数据访问方向，将应用服务对文件数据库的访问修改为对内存数据库的访问。5.如权利要求1所述的方法，其特征在于，所述方法还包括: 所述内存数据库根据所述应用服务的读写请求，预判所述应用服务下一步可能读取数据内容，向所述文件数据库中读取所述数据内容。6.如权利要求1所述的方法，其特征在于，所述方法还包括: 所述内存数据库对于所述应用服务写入的数据内容，预判所述应用服务是否会立刻读取，若是，不与所述文件数据库同步；否则，与所述文件数据库同步。7.一种数据中间层实现系统，其特征在于，包括: 内存数据库部署单元，用于部署配置内存数据库； 对应关系设定单元，用于部署配置内存数据库； 读写处理单元，用于接收所述应用服务的读写请求； 内存数据库单元，用于在响应所述读写请求之后，根据所述对应关系，与所述文件数据库进行同步。8.如权利要求7所述的系统，其特征在于，所述系统还包括: 所述内存数据库单元还用于启动replicat1n agent，将文件数据库中数据加载到内存数据库中； 所述读写处理单元还用于调整应用服务的数据访问方向，将应用服务对文件数据库的访问修改为对内存数据库的访问。9.如权利要求7所述的系统，其特征在于，所述内存数据库单元还用于: 根据所述应用服务的读写请求，预判所述应用服务下一步可能读取数据内容，向所述文件数据库中读取所述数据内容。10.如权利要求7所述的系统，其特征在于，所述内存数据库单元还用于: 对所述应用服务写入的数据内容，预判所述应用服务是否会立刻读取，若是，不与所述文件数据库同步；否则，与所述文件数据库同步。
【文档编号】G06F17/30GK105989049SQ201510061991
【公开日】2016年10月5日
【申请日】2015年2月5日
【发明人】章杰
【申请人】天脉聚源（北京）科技有限公司