CN110109920B - 数据比对方法及服务器 - Google Patents
数据比对方法及服务器 Download PDFInfo
- Publication number
- CN110109920B CN110109920B CN201910207220.4A CN201910207220A CN110109920B CN 110109920 B CN110109920 B CN 110109920B CN 201910207220 A CN201910207220 A CN 201910207220A CN 110109920 B CN110109920 B CN 110109920B
- Authority
- CN
- China
- Prior art keywords
- node
- hash
- data
- tree
- nodes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000004590 computer program Methods 0.000 claims description 6
- 238000003780 insertion Methods 0.000 claims description 3
- 230000037431 insertion Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例涉及数据处理技术领域,公开了一种数据比对方法及服务器。数据比对方法,包括:并行读取两份数据;其中,每份所述数据包含多个记录且每个所述记录形成一个哈希节点;将每个所述哈希节点尝试***哈希树中;在尝试***的过程中,若确定所述哈希树中存在与所述哈希节点匹配的节点,剔除所述节点。本发明实施例还提供一种服务器。本发明实施例的技术方案,可以高效地处理大数据量的比对,有效解决比对方案中Hash表存储容量的瓶颈问题。
Description
技术领域
本发明实施例涉及数据处理技术领域,特别涉及一种数据比对方法及服务器。
背景技术
在局数据同步的过程中,由于各种原因经常出现各***之间的局数据不一致的情况,比如内容接口信息局数据由子公司同步给局数据***,再由局数据***同步给安全管控,经常会出现子公司与局数据***之间、局数据***与安全管控之间接口数据不一致的场景,因此需要对各网元数据是否一致进行比对。
目前,对各网元数据是否一致进行比对时,会把第一比对数据***第一Hash表A中,然后逐条读取第二比对数据,并判断在第一Hash表A中是否存在与当前读取数据相同的第一数据,如果存在就把第一相同数据从第一Hash表A中删除,如果不存在就把当前数据存储在第二Hash表B中。当数据读取完毕之后,第一差异数据存储在第一Hash表A中、第二差异数据存储在第二Hash表B中。
发明人发现现有技术中至少存在如下问题:在比对开始前,第一比对数据需要先被存入Hash表中;在第一比对数据的数据量非常大的情况下,由于Hash表容量的限制,会出现瓶颈,处理速度由于碰撞严重而快速下滑的问题。
发明内容
本发明实施方式的目的在于提供一种数据比对方法及服务器,可以高效地处理大数据量的比对,有效解决比对方案中Hash表存储容量的瓶颈问题。
为解决上述技术问题,本发明的实施方式提供了一种数据比对方法,包括:并行读取两份数据;其中,每份所述数据包含多个记录且每个所述记录形成一个哈希节点;将每个所述哈希节点尝试***哈希树中;在尝试***的过程中,若确定所述哈希树中存在与所述哈希节点匹配的节点,剔除所述节点。
本发明的实施方式还提供了一种服务器,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述数据比对方法。
本发明的实施方式还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被处理器执行时实现上述数据比对方法。
本发明实施方式相对于现有技术而言,并行读取两份数据,并当确定哈希树中存在与哈希节点匹配的节点时,剔除该节点。两份数据采用并行读取方式,可以避免现有技术中由于先要容纳完整的一份数据而可能导致的由于哈希树容量限制造成的瓶颈问题;剔除与哈希节点匹配的节点,即剔除数据比对中不需要的记录,仅保留需要的记录,可以进一步节省存储空间;因此,本发明实施例可以高效地处理大数据量的比对,有效解决比对方案中Hash表存储容量的瓶颈问题。
另外,所述剔除所述节点,包括:若所述节点为子节点,选择所述节点的叶子节点替换所述节点并删除选择的所述叶子节点,若所述节点为叶子节点,删除所述节点。本实施例提出了剔除节点的一种具体方式。
另外,所述节点与所述哈希节点匹配,包括:所述节点与所述哈希节点的关键词相同且数据来源不同。本实施例提出了匹配的一种具体方式。
另外,在确定所述哈希树存在与所述哈希节点匹配的所述节点后,还包括:判断所述节点与所述哈希节点的记录内容是否相同;若所述记录内容不同,输出并保存所述节点与所述哈希节点,并进入剔除所述节点的步骤;若所述记录内容相同,直接进入所述剔除所述节点的步骤。本实施例中,还可以识别出数据源不同、关键字相同且记录内容不同的记录,即可以识别出更多种类的差异数据。
另外,所述哈希树为基于质数的哈希树。本实施例基于质数的哈希树来实现数据比对方法,容量更大且比对效率更高。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是根据本发明第一实施例的数据比对方法的流程图;
图2是根据本发明第一实施例中***hash节点的示意图;
图3是根据本发明第一实施例中剔除节点的示意图;
图4是根据本发明第二实施例的数据比对方法的流程图;
图5是根据本发明第三实施例的服务器的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请所要求保护的技术方案。
本发明的第一实施方式涉及一种数据比对方法,包括:并行读取两份数据;其中,每份数据包含多个记录且每个记录形成一个哈希节点;将每个哈希节点尝试***哈希树中;在尝试***的过程中,若确定哈希树中存在与哈希节点匹配的节点,剔除该节点。
下面对本实施方式的数据比对方法的实现细节进行具体的说明,以下内容仅为方便理解提供的实现细节,并非实施本方案的必须。
本实施方式中的数据比对方法可以应用于服务器,服务器用于对两份数据进行一致性比对,以识别出两份数据中的差异数据。例如,子公司要将一份数据A同步至局数据***,为了确定局数据***接收到的数据B与子公司发送的数据A是否完全一致,要对子公司内的这份数据A与局数据***接收到的这份数据B进行比对。因此,服务器直接从子公司获取数据A,并直接从局数据***获取数据B;然后对这两份数据A、B进行比对,并得到这两份数据A、B之间的差异数据。
如图1所示为第一实施例的数据比对方法的流程图,具体包括以下步骤:
步骤101,并行读取两份数据。
服务器并行读取这两份数据A、B,并将这两份数据A、B尝试***哈希树中。具体的,每份数据包含多个记录且每个记录形成一个哈希hash节点。以其中一份数据A为例,服务器依次读取数据A中的各条记录,并将各条记录(即hash节点)***hash树中。在读取各记录的过程中,每个记录形成一个哈希hash节点,每个hash节点包括关键字key、记录内容word以及数据源标志flag;其中,flag表示来自哪份数据,如记录1来自数据A,那么记录1的flag=A;word表示该条记录的具体内容;key可以唯一表征该条记录的特征,如该条记录的word为合作伙伴局数据,则key可以为合作伙伴代码。本实施例中,服务器尝试***每条记录时,将一个记录处理完成后,再处理下一个记录。
本实施例中根据质数分辨定理构造hash树,以实现本实施例所述的数据对比方法。设计人员可以根据存储容量的需要选择多个质数来构建hash树。本实施例中,选择质数序列PRIM={3、5、7、11、13、17、19、23、29},即hash树的根节点下有3个节点,作为第一层,第一层中的每个节点下有5个节点,作为第二层,第二层中的每个节点下有7个节点,作为第三层;以此类推。根据质数分辨定理可知,这9个质数可以容纳3*5*7*11*13*17*19*23*29,即30亿的数据;本实施例中选择上述9个质数构建hash树,可以兼顾存储容量需求以及复杂度。需要说明的是,本实施例对选择的hash树的类型不作限定,任何适用于本申请的数据比对方法的hash树类型均属于本申请保护范围。
以下步骤102~107为将记录(hash节点)尝试***基于质数的hash树的过程。
步骤102,对哈希节点的关键字进行哈希运算并得到随机数。
以其中一份数据A中的一个记录为例进行说明,该记录形成hash节点,对hash节点中的关键字key进行hash运算并得到一个随机数,以确保向将各hash节点***到hash树的***位置满足或近似满足随机分布。计算出随机数后进入位置搜索步骤,即进入步骤103。
步骤103,根据随机数与哈希树中当前搜索层对应的质数,确定哈希节点对应的节点位置。
具体的,利用步骤102中得到的随机数对当前搜索层对应的质数作取余数运算,并得到余数i,即,hash节点对应的节点位置为当前搜索层的第i个节点位置。
搜索hash节点对应的hash树中的节点位置,是从hash树的根节点开始查找的;因此,首先从第一层开始查找,即当前搜索层的初始值为第一层,第一层对应的质数为PRIM[0]=3;即,本次搜索中,hash节点对应的节点位置为第一层的第i个子节点位置。
步骤104,判断节点位置是否被占据;若未被占据,进入步骤105;若已被占据,进入步骤106。
如果该hash节点对应的节点位置尚未有其他hash节点***,则表示该节点位置未被占据,此时该hash节点可以***该节点位置,即步骤105;如果该hash节点对应的节点位置已经有其他hash节点***,则表示该节点位置已经被占据。
步骤105,将哈希节点***节点位置。
步骤106,确定节点位置的节点与哈希节点是否匹配;若是,进入步骤107;若否,则进入步骤108,然后再返回步骤103。
当该hash节点对应的节点位置已经被占据时,服务器返回该节点位置的节点,其中,该节点位置的节点也是一个hash节点,包括key、word、flag;本实施例中将待***的记录称之为hash节点,将已经被***在节点位置的记录称之为节点,只是为了从名字上区分这两者。服务器判断该hash节点和该节点是否匹配。本实施例中,节点位置中的节点与待***的hash节点匹配,包括,该节点与该hash节点的关键字相同且数据来源不同。即,当该节点的key与该hash节点的key相同,且该节点的flag与该hash节点的flag不同时,可以认为该节点和该hash节点是分别来自上述两份数据的同一个记录,此时要剔除该节点,即进入步骤107;当该节点的key和该hash节点的key不相同或者该节点的flag和该hash节点的flag相同,则确定该节点和该hash节点不匹配,此时,需要往hash树的下一层继续搜索该hash节点对应的节点位置。
需要说明的是,本实施例中所述的节点位置中的节点与待***的hash节点匹配的具体条件,仅仅是举例说明,并不以此为限;本领域技术人员可以根据实际的数据比对需要设定匹配的具体条件。
步骤107,剔除节点。
当该节点和该hash节点被确定为匹配时,就会把该节点从hash树中剔除。本实施例中剔除节点的方式包括:若该节点为子节点,选择该节点的叶子节点替换该节点并删除选择的该叶子节点,若该节点为叶子节点,删除该节点。
步骤108,根据预设规则更新当前搜索层。
在本次搜索中,当节点位置的节点与hash节点不匹配时,需要向下一层继续搜索该hash节点对应的节点位置。本实施例中的预设规则为,将当前搜索层更新为当前搜索层的下一层。如当前搜索层为第一层,则更新后的当前搜索层为第二层;如当前搜索层为第二层,则更新后的当前搜索层为第三层,以此类推。步骤108之后再返回步骤103。
如图2所示为当hash节点对应的节点位置未被占据时,hash节点***其对应的节点位置的示意图。图2中所示为将记录1和记录2尝试***hash树的过程。记录1中,key=10,flag=A,表示记录1来自数据A且key为10,记录2中,key=1,flag=B,表示记录2来自数据B且key为1;需要说明的是,由于记录内容的数据量较大,图2中未示出。
如图2中标有记录1的虚线所指示的,记录1对应于hash树第一层中的节点位置P1已经被一个节点(key=0,flag=A)占据且记录1与该节点不匹配,故再次搜索第二层中的节点位置P12,记录1对应于第二层中的节点位置P12未被占据,图中标志为null的表示未被占据;故将记录1***到第二层中对应的节点位置P12;同理,如图2中标有记录2的虚线所指示的,记录2对应于hash树第一层中的节点位置P3已经被一个节点(key=1,flag=B)占据且记录2与该节点不匹配,故再次搜索第二层中的节点位置P35,记录2对应于第二层中的节点位置P35未被占据,故将记录2***到第二层中对应的节点位置P35。图2的例子中,记录2对应于hash树第一层中的节点位置P3上的节点(key=1,flag=B),其key与flag与该hash节点相同,表示数据B中有重复的记录。
图3所示为当hash节点对应的节点位置已被占据,且节点位置的节点与该hash节点匹配时,剔除该节点的示意图。图3中所示为将记录3尝试***hash树的过程。记录3中,key=0,flag=B,表示记录3来自数据B且key为0。如图3中标有记录3的虚线所指示的,记录3对应于hash树第一层中的节点位置P1已经被一个节点(key=0,flag=A)占据,记录3与该节点的key相同且flag不同,表示记录3与该节点匹配,两者是重复的记录,所以要将该节点(key=0,flag=A)剔除;此时,获取该节点(key=0,flag=A)的一个叶子节点node1,用该叶子节点node1替换该节点,并删除该叶子节点node1。需要说明的是,本实施例对剔除节点的方式不作任何限定,在其他例子中,也可以用该节点下层的各节点依次向上替换;例如图3中,可以先用node2替换该节点,再用node1替换node2,最后再删除node1。
本实施例中,在各记录***hash树的过程中,可以将来自不同数据且关键字相同的记录剔除掉,即在将所有的记录处理完毕后,保存在hash树中的节点是两份数据中的差异数据,该差异数据为仅在其中一份数据中存在的记录(仅在数据A中存在,或仅在数据B中存在);遍历hash树即可得到两份数据中的这类差异数据。
本发明实施方式相对于现有技术而言,并行读取两份数据,并当确定哈希树中存在与哈希节点匹配的节点时,剔除该节点。两份数据采用并行读取方式,可以避免现有技术中由于先要容纳完整的一份数据而可能导致的由于哈希树容量限制造成的瓶颈问题,当数据量较大时,哈希树容量限制造成的瓶颈问题尤其严重;并且,剔除与哈希节点匹配的节点,即剔除数据比对中不需要的记录,仅保留需要的记录,可以进一步节省存储空间;因此,本发明实施例可以高效地处理大数据量的比对,有效解决比对方案中Hash表存储容量的瓶颈问题。
本发明的第二实施方式涉及一种数据比对方法。第二实施方式与第一实施方式大致相同,主要区别之处在于:在本发明第二实施方式中,还可以识别出关键字相同但记录内容不同的节点。
如图4所示是根据本发明第二实施例的数据比对方法的流程图,包括如下步骤:
步骤201,并行读取两份数据;其中,每份数据包含多个记录且每个记录形成一个哈希节点;
步骤202,对哈希节点的关键字进行哈希运算并得到随机数,并进入位置搜索步骤;
步骤203,根据随机数与哈希树中当前搜索层对应的质数,确定哈希节点对应的节点位置;
步骤204,判断节点位置是否被占据;若未被占据,进入步骤105;若已被占据,进入步骤106;
步骤205,将哈希节点***节点位置
步骤206,确定节点位置的节点与哈希节点是否匹配;若是,进入步骤207;若否,则进入步骤210后再返回步骤203;
其中,当确定节点位置的节点与哈希节点匹配时,即确定哈希树中存在与哈希节点匹配的节点。
步骤207,判断节点与哈希节点的记录内容是否相同;若否,则进入步骤208;若是,则进入步骤209;
步骤208,输出并保存节点与哈希节点;并进入步骤209。
步骤209,剔除节点。
步骤210,根据预设规则更新当前搜索层。
其中,步骤201~206、209~210与第一实施例中的步骤101~108大致相同,此处不再赘述;不同之处在于,还包括步骤207、208。
当步骤206中判断出节点位置的节点与hash节点匹配时,还要对节点与hash节点的记录内容是否相同进行判断;如果记录内容相同,表示该节点与hash节点完全一致,则直接进入步骤209;如果记录内容不相同,表示该节点与该hash节点并不完全一致,则进入步骤209,输出并保存该节点与该hash节点,可以将该节点与该hash节点保存在一张预设的差异数据表里,该差异数据表专门用于保存flag不同、key相同且word不同的记录。本实施例中,key相同的记录中的word存在不同,可能是由于网络传输中的各种不确定因素引起的,如数据从子公司同步给局数据***的过程中,记录内容中的某些部分发生了丢失或改变。
本实施例相对于第一实施例而言,还可以识别出数据源不同、关键字相同且记录内容不同的记录,即可以识别出更多种类的差异数据。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明第三实施方式涉及一种服务器,如图5所示,包括:
至少一个处理器501;以及,
与所述至少一个处理器501通信连接的存储器502;其中,
所述存储器502存储有可被所述至少一个处理器501执行的指令,所述指令被所述至少一个处理器501执行,以使所述至少一个处理器501能够执行上述方法实施例。
该服务器还可以包括:输入装置和输出装置。
其中,存储器502和处理器501采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器501和存储器502的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的数据通过天线在无线介质上进行传输,进一步,天线还接收数据并将数据传送给处理器501。
处理器501负责管理总线和通常的处理,还可以提供各种功能,包括定时,***接口,电压调节、电源管理以及其他控制功能。而存储器502可以被用于存储处理器501在执行操作时所使用的数据。
上述产品可执行本申请实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请实施例所提供的方法实施例。
本发明第四实施方式涉及一种计算机可读存储介质,存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (6)
1.一种数据比对方法,其特征在于,包括:
并行读取两份数据;其中,每份所述数据包含多个记录且每个所述记录形成一个哈希节点;
将每个所述哈希节点尝试***哈希树中;在尝试***的过程中,若确定所述哈希树中存在与所述哈希节点匹配的节点,剔除所述节点;
其中,所述与所述哈希节点匹配的节点,包括:与所述哈希节点的关键字相同且数据来源不同的节点;
在确定所述哈希树存在与所述哈希节点匹配的所述节点后,还包括:
判断所述节点与所述哈希节点的记录内容是否相同;若所述记录内容不同,输出并保存所述节点与所述哈希节点,并进入剔除所述节点的步骤;若所述记录内容相同,直接进入所述剔除所述节点的步骤;
所述剔除所述节点,包括:若所述节点为子节点,选择所述节点的叶子节点替换所述节点并删除选择的所述叶子节点,若所述节点为叶子节点,删除所述节点。
2.根据权利要求1所述的数据比对方法,其特征在于,所述哈希树为基于质数的哈希树。
3.根据权利要求2所述的数据比对方法,其特征在于,所述尝试***过程包括:
对所述哈希节点的关键字进行哈希运算并得到随机数,并进入位置搜索步骤;
所述位置搜索步骤为,根据所述随机数与所述哈希树中当前搜索层对应的质数,确定所述哈希节点对应的节点位置;
当所述节点位置未被占据时,将所述哈希节点***所述节点位置;
当所述节点位置已被占据时,若所述节点位置的节点与所述哈希节点匹配,确定所述哈希树中存在与所述哈希节点匹配的节点;若所述节点位置的节点与所述哈希节点不匹配,根据预设规则更新所述当前搜索层,并进入所述位置搜索步骤。
4.根据权利要求2所述的数据比对方法,其特征在于,用于构建所述哈希树的质数序列为3、5、7、11、13、17、19、23、29。
5.一种服务器,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至4中任一所述的数据比对方法。
6.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的数据比对方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910207220.4A CN110109920B (zh) | 2019-03-19 | 2019-03-19 | 数据比对方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910207220.4A CN110109920B (zh) | 2019-03-19 | 2019-03-19 | 数据比对方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110109920A CN110109920A (zh) | 2019-08-09 |
CN110109920B true CN110109920B (zh) | 2022-03-22 |
Family
ID=67484356
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910207220.4A Active CN110109920B (zh) | 2019-03-19 | 2019-03-19 | 数据比对方法及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110109920B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103729580A (zh) * | 2014-01-27 | 2014-04-16 | 国家电网公司 | 一种检测软件抄袭的方法和装置 |
CN104636369A (zh) * | 2013-11-07 | 2015-05-20 | 北京安码科技有限公司 | 一种可证明文件所有权的重复数据删除方法 |
CN104750784A (zh) * | 2015-03-06 | 2015-07-01 | 西安交通大学 | 一种基于Merkle树结构的空间查询完整性验证方法 |
CN105141681A (zh) * | 2015-08-18 | 2015-12-09 | 北龙中网(北京)科技有限责任公司 | Rpki文件的同步方法及装置 |
CN107368545A (zh) * | 2017-06-28 | 2017-11-21 | 深圳神州数码云科数据技术有限公司 | 一种基于MerkleTree变形算法的去重方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101957858A (zh) * | 2010-09-27 | 2011-01-26 | 中兴通讯股份有限公司 | 数据比对方法和装置 |
CN103514250B (zh) * | 2013-06-20 | 2017-04-26 | 易乐天 | 一种全局重复数据删除的方法和***及存储装置 |
CN105302803B (zh) * | 2014-05-28 | 2019-03-19 | 中国科学院沈阳自动化研究所 | 一种产品bom差异分析与同步更新方法 |
US9811356B2 (en) * | 2015-01-30 | 2017-11-07 | Appdynamics Llc | Automated software configuration management |
CN105719185B (zh) * | 2016-01-22 | 2019-02-15 | 杭州复杂美科技有限公司 | 区块链的数据对比及共识方法 |
-
2019
- 2019-03-19 CN CN201910207220.4A patent/CN110109920B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636369A (zh) * | 2013-11-07 | 2015-05-20 | 北京安码科技有限公司 | 一种可证明文件所有权的重复数据删除方法 |
CN103729580A (zh) * | 2014-01-27 | 2014-04-16 | 国家电网公司 | 一种检测软件抄袭的方法和装置 |
CN104750784A (zh) * | 2015-03-06 | 2015-07-01 | 西安交通大学 | 一种基于Merkle树结构的空间查询完整性验证方法 |
CN105141681A (zh) * | 2015-08-18 | 2015-12-09 | 北龙中网(北京)科技有限责任公司 | Rpki文件的同步方法及装置 |
CN107368545A (zh) * | 2017-06-28 | 2017-11-21 | 深圳神州数码云科数据技术有限公司 | 一种基于MerkleTree变形算法的去重方法及装置 |
Non-Patent Citations (2)
Title |
---|
Detecting changes in XML documents;G Cobéna;《Data Engineering,2002. Proceedings. 18th International Conference on. IEEE》;20021231;全文 * |
云存储中的数据完整性证明研究及进展;谭霜;《计算机学报》;20151231;第38卷(第01期);第164-177页 * |
Also Published As
Publication number | Publication date |
---|---|
CN110109920A (zh) | 2019-08-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9792340B2 (en) | Identifying data items | |
US9195738B2 (en) | Tokenization platform | |
CN104142958B (zh) | 一种键值对***中数据的存储方法和相关装置 | |
US8386526B2 (en) | Coupled node tree backup/restore apparatus, backup/restore method, and program | |
US20090063527A1 (en) | Processing of database statements with join predicates on range-partitioned tables | |
CN108228799B (zh) | 对象索引信息的存储方法及装置 | |
JP2001175681A (ja) | データベースシステム、データベースのレプリカ生成方法およびデータベースのレプリカ生成プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
CN107016075A (zh) | 集群数据同步方法及装置 | |
CN111984732B (zh) | 在区块链上实现去中心化检索的方法、节点及区块链网络 | |
CN106796588B (zh) | 索引表的更新方法和设备 | |
CN109254962B (zh) | 一种基于t-树的索引优化方法、装置及存储介质 | |
CN110109920B (zh) | 数据比对方法及服务器 | |
CN113760902A (zh) | 数据拆分方法、装置、设备、介质及程序产品 | |
CN112631648A (zh) | 一种服务配置方法、装置、电子设备及存储介质 | |
CN114127707A (zh) | 用于处理写请求的***、计算节点和方法 | |
US7302377B1 (en) | Accelerated event queue for logic simulation | |
US20030177131A1 (en) | Data processing method, data processing apparatus, and data processing program | |
CN115794861A (zh) | 基于特征摘要的离线数据查询复用方法及其应用 | |
CN108984780B (zh) | 基于支持重复键值树数据结构管理磁盘数据的方法和装置 | |
CN114036371A (zh) | 搜索词推荐方法、装置、设备和计算机可读存储介质 | |
CN113780950A (zh) | 数据处理方法、装置、服务器和可读存储介质 | |
CN114036256A (zh) | 基于Solr的非结构化文件检索方法、装置、设备及存储介质 | |
CN115221360A (zh) | 树形结构配置方法和*** | |
CN112148739A (zh) | 独立于加密数据库的密文索引方法及*** | |
CN117519611B (zh) | 一种用于信息***的数据分布式存储方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |