CN106294768A - 信息搜索方法及信息搜索引擎 - Google Patents
信息搜索方法及信息搜索引擎 Download PDFInfo
- Publication number
- CN106294768A CN106294768A CN201610658261.1A CN201610658261A CN106294768A CN 106294768 A CN106294768 A CN 106294768A CN 201610658261 A CN201610658261 A CN 201610658261A CN 106294768 A CN106294768 A CN 106294768A
- Authority
- CN
- China
- Prior art keywords
- data
- index
- old version
- real time
- cached
- 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.)
- Pending
Links
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/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
Abstract
本发明提供一种数据实时更新并且提供历史版本查询的信息搜索方法及信息搜索引擎。所述信息搜索方法及搜索引擎通过建立增量实时索引结合同步有历史版本缓存的批量补充索引的检索架构模式。增量实时索引通过编号递增的数据标码来完成一份数据多个历史版本的存储,在增量实时索引的数据被删除时,批量补充索引中包含的这份数据较早的历史版本,依然能够被检索到,避免数据丢失。
Description
技术领域
本发明涉及信息搜索领域,特别涉及一种数据实时更新并且提供历史版本查询的信息搜索方法及搜索引擎。
背景技术
现有的搜索引擎普遍采用倒排的方式组织索引,倒排索引本质上是面向读取的高效率的信息组织形式。倒排索引通常为了提高存储利用率,采用高效率的压缩形式,从而导致了在更新索引中的数据时较为费时费力,影响到检索效率。
在现有技术中,信息搜索领域中更新数据的方式主要有全量磁盘索引和增量内存索引两种。其中,全量磁盘索引容量大,检索效率高,但是索引中的数据无法更新,只能整体替换;增量内存索引容量小,但可以提供新数据的添加和已有数据的变更。
现有的搜索引擎应对数据实时更新的普遍做法是采用全量磁盘索引和增量内存索引相结合的方式,来达到数据实时更新和索引容量、检索效率兼顾的目的。全量磁盘索引附加增量内存索引的方式虽然提供了一种解决数据更新的方法,但是对于数据多个历史版本的处理方式存在缺陷,往往只能提供数据的最新版本。在特定应用场景下,数据历史版本的检索也是有意义的,搜索引擎在满足数据实时更新的同时,也需要考虑数据多个历史版本的检索问题。
另外,在内存索引结构上,众多现有的实现方法往往只关注存储空间的效率和更新效率,对于检索效率关注不足,数据的更新会排斥检索的并发进行,无法应对搜索引擎相对低频次更新和高频次检索的应用场景。
发明内容
有鉴于此,本发明旨在解决相关技术中的上述技术问题,提供一种数据实时更新并且提供历史版本查询的信息搜索方法及信息搜索引擎。
一种信息搜索方法,包括:
建立增量实时索引,所述增量实时索引包括正排索引和倒排索引,其中,正排索引的正排数据包括唯一的用于标识一份数据及其历史版本状态的数据标码和数据属性,倒排索引的倒排数据包括数据标码、检索词及其对应关系;
建立历史版本缓存数据,其中,该历史版本缓存数据存储于独立的存储模块中,每一份历史版本缓存数据包括为一标识的数据键,该数据键对应于该数据的所有历史版本;
根据历史版本缓存数据建立批量补充索引;
响应用户的检索请求,将检索请求发送至增量实时索引和批量补充索引;
根据检索的需求筛选增量实时索引和批量补充索引中命中检索请求的检索结果,并反馈筛选结果。
进一步的,所述倒排数据采用哈希表附加链表的方式存储;
每一份历史版本缓存数据包括均包含该历史版本缓存数据的所有历史版本的正排数据和倒排数据,其中,每一份历史版本缓存数据中的多个不同历史版本通过版本编号来标识。
进一步的,还包括步骤:在历史版本缓存数据超过存储模块的最大容量时,删除最旧的历史版本缓存数据。
进一步的,所述批量补充索引的换库方式采用双库轮换的方式。
进一步的,还包括步骤:
进一步的,根据接收到的数据更新内容,将原数据对应的数据标码编号增加一个单位作为更新后的数据的数据标码,分配内存,并复制更新的数据属性,写入正排索引中;
根据接收到的数据更新内容,将将该更新的数据的全部检索词逐个添加到倒排索引数据库中;
修改全局数据标码。
进一步的,还包括步骤:
在增量实时索引数据库所存储的数据容量达到内存阀值时,或者数据标码编号超出最大范围时,删除一个或多个子索引数据库。
一种信息搜索引擎,包括:
增量实时索引单元,包括索引数据模块用于建立增量实时索引,所述增量实时索引包括正排索引和倒排索引,其中,正排索引的正排数据包括唯一的用于标识一份数据及其历史版本状态的数据标码和数据属性,倒排索引的倒排数据包括数据标码、检索词及其对应关系;
历史版本缓存单元,用于建立历史版本缓存数据,其中,该历史版本缓存数据存储于一独立的存储模块中,每一份历史版本缓存数据包括为一标识的数据键,该数据键对应于该数据的所有历史版本;
批量补充索引单元,根据历史版本缓存数据建立批量补充索引;
检索单元,响应用户的检索请求,将检索请求发送至增量实时索引和批量补充索引;
结果版本控制单元,根据检索的需求筛选增量实时索引和批量补充索引中命中检索请求的检索结果,并反馈筛选结果。
进一步的,所述倒排数据采用哈希表附加链表的方式存储;
每一份历史版本缓存数据包括均包含该历史版本缓存数据的所有历史版本的正排数据和倒排数据,其中,每一份历史版本缓存数据中的多个不同历史版本通过版本编号来标识。
进一步的,所述历史版本缓存单元还用于在历史版本缓存数据超过存储模块的最大容量时,删除最旧的历史版本缓存数据。
进一步的,所述增量实时索引单元还包括:
数据更新模块,用于根据接收到的数据更新内容,将原数据对应的数据标码编号增加一个单位作为更新后的数据的数据标码,分配内存,并复制更新的数据属性,写入正排索引中;根据接收到的数据更新内容,将将该更新的数据的全部检索词逐个添加到倒排索引数据库中;以及修改全局数据标码;
索引库容量控制模块,用于在增量实时索引数据库所存储的数据容量达到内存阀值时,或者数据标码编号超出最大范围时,删除一个或多个子索引数据库。
在本发明中,搜索引擎采用增量实时索引结合同步有历史版本缓存的批量补充索引的检索架构模式,增量实时索引通过编号递增的数据标码来完成一份数据多个历史版本的存储,通过纯增量的内存组织形式,可以在数据更新的同时,照常提供检索服务,并且不会显降低检索服务的效率。通过将历史版本缓存的全部数据定时同步到批量补充索引中,可以保证增量实时索引的数据被删除时,批量补充索引中包含的这份数据较早的历史版本,依然能够被检索到,避免数据丢失。同时,按照数据的更新频次和规模的实际需要,通过设定增量实时索引和批量补充索引的库容量和同步时间间隔,可以最大限度的保持数据的完整性,提升了搜素引擎的时效等级,满足历史版本检索的应用场景。
附图说明
图1是本发明一实施方式中的搜索引擎的模块架构示意图。
图2是正排索引的示意图。
图3是倒排索引的示意图。
图4是历史版本缓存数据的示意图。
图5是本发明一实施方式中的信息搜索方法步骤流程图。
图6是图5中的信息搜索方法的增量实时索引更新控制方法的步骤流程图。
具体实施方式
下面结合附图1~6,详细说明本发明的具体实施方式。
请参考图1,在本实施方式中,搜索引擎100包括增量实时索引单元101,历史版本缓存单元102,批量补充索引单元103,检索单元104以及结果版本控制单元105。
其中,增量实时索引单元101包括实时索引数据模块111以及数据更新模块114。
在本实施方式中,增量实时索引单元101选用全内存的形式,便于数据的实时添加。实时索引数据模块111用于建立增量实时索引,增量实时索引包括正排索引112和倒排索引113。
请一并结合图2,所述正排索引112包括存储有正排数据的一个或多个正排索引数据库。正排数据包括数据标码(Data ID)以及数据属性。其中,Data ID是检索的最小单位,每一个Data ID对应唯一的一份数据,该数据可以是一个网页,或者是某种垂直类别的数据,小说、APP应用、影视作品等。Data ID用于标识一份数据及其历史版本状态,同一份数据,内容变更后,添加到正排索引数据库中,会获得一个新的Data ID,新的Data ID中的编号会增加一个单位,用于标识其历史版本状态的变化。其中,数据属性可以是该数据的网页URL、文章的标题、内容等。例如,图2中一网页数据的第一版本网页数据的Data ID为“0”,数据属性为“网页URL1”,当该网页数据更新后,在正排索引112中,更新后的更新版本网页数据的Data ID编号增加一个单位为“1”,数据属性为“网页URL2”。在本发明中,图2仅作为一个简单的示例模型,在其他实施方式中,Data ID作为检索的最小单位,可以包括标识一份数据的编号及其历史版本状态的编号,内容变更后,新的Data ID中用于标识其历史版本状态的编号增加一个单位,以标识其历史版本状态的变化。
请一并结合图3,倒排索引113包括存储有倒排数据的一个或多个倒排索引数据库。倒排数据包括数据标码(Data ID)、检索词及其对应关系。在本实施方式中,倒排数据采用哈希表(Hash table)附加链表的方式存储,例如,hash表中检索词对应的第一个DataID1的倒排数据中这个Data ID1作为头指针,该倒排数据的最后包含指向下一个倒排数据的Data ID2指针,该是Data ID2尾指针,最后一个倒排数据最后的尾指针填空。
数据更新模块114用于在更新数据时,根据接收到的数据更新内容更新正排数据,并将更新后的正排数据写入正排索引112中。其中,在更新正排数据时,首先在不更新全局Data ID的条件下,将原数据对应的Data ID编号增加一个单位作为更新后的数据的DataID,分配内存,并复制更新的数据属性,写入正排索引112中作为新一条索引。
数据更新模块114还用于更新倒排索引,即将更新后的倒排数据写入倒排索引113中。在更新倒排索引113时,将该更新的数据的全部检索词逐个添加到倒排索引数据库中,每添加一个检索词,对应互斥修改hash表和链表的尾指针。全部检索词添加完毕后,修改全局Data ID,使得新添加的数据生效,对检索进程可见。
在本实施方式中,所述一个或多个倒排索引数据库以及所述一个或多个正排索引数据库均设置有最大字节容量,按照字节容量预先分配单一区域的大块内存,添加数据时,全部正排数据、倒排数据都从预先分配的单一区域内存中顺序获取,避免长时间使用的内存碎片化。所述一个或多个倒排索引数据库以及所述一个或多个正排索引数据库均设定有单个索引数据库的最大数据容量,也就是Data ID的最大编号范围。正排数据的索引采用数组方式存储,预先分配。
在本实施方式中,增量实时索引单元101还包括索引库容量控制模块115。该索引库容量控制模块115用于在整体增量实时索引数据库,即正排索引112以及倒排索引113所存储的数据容量达到内存阀值时,或者Data ID编号超出最大范围时,删除一个或多个子索引数据库。例如,单个索引数据库为100万数据,10个索引数据库支撑1000万的索引总量,当全部索引数据库满时,索引库容量控制模块115清除最旧的索引数据库中的全部数据,库容下降到900万,该被清空的索引数据库用于接收新数据直到再次充满。
在本实施方式中,增量实时索引单元101通过编号递增的Data ID来完成一份数据多个历史版本的存储,通过纯增量的内存组织形式,可以在数据更新的同时,照常提供检索服务,并且不会显降低检索服务的效率;通过多个索引数据库循环替换的方式,既满足了过期数据的清除问题,又保持了索引数据库容量的稳定。
历史版本缓存单元102用于存储和管理数据的历史版本缓存。历史版本缓存单元102包括独立的存储模块121以及历史版本缓存控制模块122。存储模块121用于存储历史版本缓存数据库,该历史版本缓存数据采用键-值(key-value)对附加链表的方式进行存储和检索,如图4所示,历史版本缓存数据库中每一份历史版本缓存数据包括唯一标识的数据键(Data Key),该Data Key对应有该数据的所有历史版本。每一份历史版本缓存数据包括均包含该历史版本缓存数据的所有历史版本的正排数据和倒排数据,其中,每一份历史版本缓存数据中的多个不同历史版本通过版本编号(Time ver)来标识。数据在添加到增量实时索引单元101的数据库中时,历史版本缓存控制模块122根据接收到的数据更新内容更新历史版本缓存数据库。历史版本缓存控制模块122还用于在历史版本缓存数据库超过存储模块121的最大容量时,删除最旧的历史版本缓存数据。其中,历史版本缓存控制模块122可以使用LRU(Least Recent Used)替换方法删除最旧的历史版本缓存数据。在其他实施方式中,也可以通过设定单份历史版本缓存数据最多保存的历史版本个数,当历史版本个数超过设定值时,历史版本缓存控制模块122删除最旧的历史版本数据的。
批量补充索引单元103用于保存从历史版本缓存单元102同步过来的历史版本缓存数据,并创建新的批量补充索引数据库。批量补充索引数据库的换库方式采用双库轮换的方式,从而始终保持一个索引数据库处于检索状态提供检索服务。具体的,批量补充索引单元103从历史版本缓存单元102接收历史版本缓存数据完成后,创建新的批量补充索引数据库,当新的批量补充索引数据库创建完成后,在此之后的全部检索进程切换到该新的批量补充索引数据库;新的批量补充索引数据库创建完成之前已经发起、未完成的检索进程依然在旧的索引数据库上检索,直到使用旧索引数据库全部检索进程完成后,释放旧的索引数据库,准备下次重建。批量补充索引单元103采用传统的文件索引和批量建库、整库替换的方式,提高库容量和检索效率。
通过将历史版本缓存的全部数据定时同步到批量补充索引中,可以保证增量实时索引的数据被删除时,批量补充索引中包含的这份数据较早的历史版本,依然能够被检索到,避免数据丢失。按照数据的更新频次和规模的实际需要,合理的设定增量实时索引和批量补充索引的库容量和同步时间间隔,可以最大限度的保持数据的完整性。
检索单元104用于响应用户的检索请求,将检索请求发送至增量实时索引单元101和批量补充索引单元103。
结果版本控制单元105用于在检索时,根据检索的需求筛选增量实时索引单元101和批量补充索引单元103中命中检索请求的检索结果。具体的,结果版本控制单元105根据检索需求以及历史版本屏蔽表判断增量实时索引单元101和批量补充索引单元103中命中检索请求的检索结果是否有效。历史版本屏蔽表用于标识增量实时索引单元101和批量补充索引单元103中的数据的历史版本是否有效。具体的,例如,在最常用和最简单的应用场景中,设定最新的版本为有效,历史版本屏蔽表中最新添加的版本为有效,其他历史版本均标识为无效,结果版本控制单元105对比增量实时索引单元101和批量补充索引单元103中命中检索请求的检索结果中每一份历史版本缓存数据的Data Key和版本编号(Time ver)即可判断该历史版本是否有效。
请一并参考图5,为本发明一实施方式中的信息搜索方法步骤流程图,根据具体的情况,该流程图步骤的顺序可以改变,某些步骤可以省略。该信息搜索方法包括:
步骤10,建立增量实时索引。所述增量实时索引包括正排索引和倒排索引,其中,正排索引的正排数据包括唯一的用于标识一份数据及其历史版本状态的数据标码(DataID)和数据属性,倒排索引的倒排数据包括数据标码(Data ID)、检索词及其对应关系。
步骤20,建立历史版本缓存数据。其中,该历史版本缓存数据存储于独立的存储模块中,每一份历史版本缓存数据包括为一标识的Data Key,该Data Key对应于该数据的所有历史版本。每一份历史版本缓存数据包括均包含该历史版本缓存数据的所有历史版本的正排数据和倒排数据,其中,每一份历史版本缓存数据中的多个不同历史版本通过版本编号(Time ver)来标识。
其中,该步骤20还可以包括步骤:在历史版本缓存数据超过存储模块的最大容量时,删除最旧的历史版本缓存数据。
步骤30,根据历史版本缓存数据建立批量补充索引。其中,批量补充索引采用传统的文件索引和批量建库的方式,且换库方式采用双库轮换的方式。
步骤40,响应用户的检索请求,将检索请求发送至增量实时索引和批量补充索引。
步骤50,根据检索的需求筛选增量实时索引和批量补充索引中命中检索请求的检索结果,并反馈筛选结果。
请一并参考图6,为本发明一实施方式中的信息搜索方法的增量实时索引更新控制方法的步骤流程图,根据具体的情况,该流程图步骤的顺序可以改变,某些步骤可以省略。该增量实时索引更新控制方法包括:
步骤11,根据接收到的数据更新内容,将原数据对应的Data ID编号增加一个单位作为更新后的数据的Data ID,分配内存,并复制更新的数据属性,写入正排索引中。
步骤21,根据接收到的数据更新内容,将将该更新的数据的全部检索词逐个添加到倒排索引数据库中。
步骤31,修改全局Data ID。
步骤41,在增量实时索引数据库所存储的数据容量达到内存阀值时,或者Data ID编号超出最大范围时,删除一个或多个子索引数据库。
在本发明的上述实施方式中,搜索引擎采用增量实时索引结合同步有历史版本缓存的批量补充索引的检索架构模式,增量实时索引通过编号递增的Data ID来完成一份数据多个历史版本的存储,通过纯增量的内存组织形式,可以在数据更新的同时,照常提供检索服务,并且不会显降低检索服务的效率。通过将历史版本缓存的全部数据定时同步到批量补充索引中,可以保证增量实时索引的数据被删除时,批量补充索引中包含的这份数据较早的历史版本,依然能够被检索到,避免数据丢失。同时,按照数据的更新频次和规模的实际需要,通过设定增量实时索引和批量补充索引的库容量和同步时间间隔,可以最大限度的保持数据的完整性,提升了搜素引擎的时效等级,满足历史版本检索的应用场景。
本技术领域的普通技术人员应当认识到,以上的实施方式仅是用来说明本发明,而并非用作为对本发明的限定,只要在本发明的实质精神范围之内,对以上实施例所作的适当改变和变化都落在本发明要求保护的范围之内。
Claims (10)
1.一种信息搜索方法,其特征在于,包括:
建立增量实时索引,所述增量实时索引包括正排索引和倒排索引,其中,正排索引的正排数据包括唯一的用于标识一份数据及其历史版本状态的数据标码和数据属性,倒排索引的倒排数据包括数据标码、检索词及其对应关系;
建立历史版本缓存数据,其中,该历史版本缓存数据存储于独立的存储模块中,每一份历史版本缓存数据包括为一标识的数据键,该数据键对应于该数据的所有历史版本;
根据历史版本缓存数据建立批量补充索引;
响应用户的检索请求,将检索请求发送至增量实时索引和批量补充索引;
根据检索的需求筛选增量实时索引和批量补充索引中命中检索请求的检索结果,并反馈筛选结果。
2.如权利要求1所述的信息搜索方法,其特征在于:
所述倒排数据采用哈希表附加链表的方式存储;
每一份历史版本缓存数据包括均包含该历史版本缓存数据的所有历史版本的正排数据和倒排数据,其中,每一份历史版本缓存数据中的多个不同历史版本通过版本编号来标识。
3.如权利要求1所述的信息搜索方法,其特征在于,还包括步骤:在历史版本缓存数据超过存储模块的最大容量时,删除最旧的历史版本缓存数据。
4.如权利要求1所述的信息搜索方法,其特征在于:所述批量补充索引的换库方式采用双库轮换的方式。
5.如权利要求1所述的信息搜索方法,其特征在于,还包括步骤:
根据接收到的数据更新内容,将原数据对应的数据标码编号增加一个单位作为更新后的数据的数据标码,分配内存,并复制更新的数据属性,写入正排索引中;
根据接收到的数据更新内容,将将该更新的数据的全部检索词逐个添加到倒排索引数据库中;
修改全局数据标码。
6.如权利要求1所述的信息搜索方法,其特征在于,还包括步骤:
在增量实时索引数据库所存储的数据容量达到内存阀值时,或者数据标码编号超出最大范围时,删除一个或多个子索引数据库。
7.一种信息搜索引擎,其特征在于,包括:
增量实时索引单元,包括索引数据模块用于建立增量实时索引,所述增量实时索引包括正排索引和倒排索引,其中,正排索引的正排数据包括唯一的用于标识一份数据及其历史版本状态的数据标码和数据属性,倒排索引的倒排数据包括数据标码、检索词及其对应关系;
历史版本缓存单元,用于建立历史版本缓存数据,其中,该历史版本缓存数据存储于一独立的存储模块中,每一份历史版本缓存数据包括为一标识的数据键,该数据键对应于该数据的所有历史版本;
批量补充索引单元,根据历史版本缓存数据建立批量补充索引;
检索单元,响应用户的检索请求,将检索请求发送至增量实时索引和批量补充索引;
结果版本控制单元,根据检索的需求筛选增量实时索引和批量补充索引中命中检索请求的检索结果,并反馈筛选结果。
8.如权利要求7所述的信息搜索引擎,其特征在于:
所述倒排数据采用哈希表附加链表的方式存储;
每一份历史版本缓存数据包括均包含该历史版本缓存数据的所有历史版本的正排数据和倒排数据,其中,每一份历史版本缓存数据中的多个不同历史版本通过版本编号来标识。
9.如权利要求7所述的信息搜索引擎,其特征在于:所述历史版本缓存单元还用于在历史版本缓存数据超过存储模块的最大容量时,删除最旧的历史版本缓存数据。
10.如权利要求7所述的信息搜索引擎,其特征在于,所述增量实时索引单元还包括:
数据更新模块,用于根据接收到的数据更新内容,将原数据对应的数据标码编号增加一个单位作为更新后的数据的数据标码,分配内存,并复制更新的数据属性,写入正排索引中;根据接收到的数据更新内容,将将该更新的数据的全部检索词逐个添加到倒排索引数据库中;以及修改全局数据标码;
索引库容量控制模块,用于在增量实时索引数据库所存储的数据容量达到内存阀值时,或者数据标码编号超出最大范围时,删除一个或多个子索引数据库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610658261.1A CN106294768A (zh) | 2016-08-11 | 2016-08-11 | 信息搜索方法及信息搜索引擎 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610658261.1A CN106294768A (zh) | 2016-08-11 | 2016-08-11 | 信息搜索方法及信息搜索引擎 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106294768A true CN106294768A (zh) | 2017-01-04 |
Family
ID=57670171
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610658261.1A Pending CN106294768A (zh) | 2016-08-11 | 2016-08-11 | 信息搜索方法及信息搜索引擎 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106294768A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107193754A (zh) * | 2017-04-28 | 2017-09-22 | 网易(杭州)网络有限公司 | 进行数据存储用于搜索的方法及设备 |
CN108062368A (zh) * | 2017-12-08 | 2018-05-22 | 北京百度网讯科技有限公司 | 全量数据翻译方法、装置、服务器及存储介质 |
CN108228743A (zh) * | 2017-12-18 | 2018-06-29 | 深圳供电局有限公司 | 一种实时大数据搜索引擎系统 |
CN108647268A (zh) * | 2018-04-28 | 2018-10-12 | 国网湖南省电力有限公司 | 用于配电网规划数据集成的增量更新方法 |
CN109783516A (zh) * | 2019-02-19 | 2019-05-21 | 北京奇艺世纪科技有限公司 | 一种查询语句检索回复方法及装置 |
CN110245134A (zh) * | 2019-04-26 | 2019-09-17 | 石化盈科信息技术有限责任公司 | 一种应用于搜索服务的增量同步方法 |
CN111143582A (zh) * | 2019-12-04 | 2020-05-12 | 青岛聚看云科技有限公司 | 一种双索引实时更新联想词的多媒体资源推荐方法及装置 |
CN111881328A (zh) * | 2020-07-30 | 2020-11-03 | 百度在线网络技术(北京)有限公司 | 资讯推送方法、装置、电子设备及存储介质 |
CN112035554A (zh) * | 2020-09-21 | 2020-12-04 | 烟台云朵软件有限公司 | 一种结构化数据版本管理方法与系统 |
CN113076456A (zh) * | 2021-03-25 | 2021-07-06 | 咪咕文化科技有限公司 | 一种数据搜索处理方法、装置、电子设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020010682A1 (en) * | 2000-07-20 | 2002-01-24 | Johnson Rodney D. | Information archival and retrieval system for internetworked computers |
CN101996161A (zh) * | 2009-08-28 | 2011-03-30 | 北大方正集团有限公司 | 一种电子文档的历史版本数据处理方法及装置 |
CN103778219A (zh) * | 2014-01-20 | 2014-05-07 | 西安交通大学 | 一种基于HBase的更新增量索引的方法 |
CN104361042A (zh) * | 2014-10-29 | 2015-02-18 | 中国建设银行股份有限公司 | 一种信息检索方法及装置 |
-
2016
- 2016-08-11 CN CN201610658261.1A patent/CN106294768A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020010682A1 (en) * | 2000-07-20 | 2002-01-24 | Johnson Rodney D. | Information archival and retrieval system for internetworked computers |
CN101996161A (zh) * | 2009-08-28 | 2011-03-30 | 北大方正集团有限公司 | 一种电子文档的历史版本数据处理方法及装置 |
CN103778219A (zh) * | 2014-01-20 | 2014-05-07 | 西安交通大学 | 一种基于HBase的更新增量索引的方法 |
CN104361042A (zh) * | 2014-10-29 | 2015-02-18 | 中国建设银行股份有限公司 | 一种信息检索方法及装置 |
Non-Patent Citations (3)
Title |
---|
张妤芝: "P级文件系统搜索概述", 《计算机应用》 * |
邵健伟: "《产品设计新纪元理论与实践》", 31 January 2009, 北京理工大学出版社 * |
郑奕群等: "内容索引子系统涉及及核心算法", 《搜索引擎技术基础》 * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107193754B (zh) * | 2017-04-28 | 2020-01-03 | 网易(杭州)网络有限公司 | 进行数据存储用于搜索的方法及设备 |
CN107193754A (zh) * | 2017-04-28 | 2017-09-22 | 网易(杭州)网络有限公司 | 进行数据存储用于搜索的方法及设备 |
CN108062368A (zh) * | 2017-12-08 | 2018-05-22 | 北京百度网讯科技有限公司 | 全量数据翻译方法、装置、服务器及存储介质 |
CN108228743A (zh) * | 2017-12-18 | 2018-06-29 | 深圳供电局有限公司 | 一种实时大数据搜索引擎系统 |
CN108647268A (zh) * | 2018-04-28 | 2018-10-12 | 国网湖南省电力有限公司 | 用于配电网规划数据集成的增量更新方法 |
CN109783516A (zh) * | 2019-02-19 | 2019-05-21 | 北京奇艺世纪科技有限公司 | 一种查询语句检索回复方法及装置 |
CN110245134A (zh) * | 2019-04-26 | 2019-09-17 | 石化盈科信息技术有限责任公司 | 一种应用于搜索服务的增量同步方法 |
CN110245134B (zh) * | 2019-04-26 | 2021-07-06 | 石化盈科信息技术有限责任公司 | 一种应用于搜索服务的增量同步方法 |
CN111143582A (zh) * | 2019-12-04 | 2020-05-12 | 青岛聚看云科技有限公司 | 一种双索引实时更新联想词的多媒体资源推荐方法及装置 |
CN111143582B (zh) * | 2019-12-04 | 2023-09-22 | 青岛聚看云科技有限公司 | 一种双索引实时更新联想词的多媒体资源推荐方法及装置 |
CN111881328A (zh) * | 2020-07-30 | 2020-11-03 | 百度在线网络技术(北京)有限公司 | 资讯推送方法、装置、电子设备及存储介质 |
CN112035554A (zh) * | 2020-09-21 | 2020-12-04 | 烟台云朵软件有限公司 | 一种结构化数据版本管理方法与系统 |
CN112035554B (zh) * | 2020-09-21 | 2023-09-26 | 烟台云朵软件有限公司 | 一种结构化数据版本管理方法与系统 |
CN113076456A (zh) * | 2021-03-25 | 2021-07-06 | 咪咕文化科技有限公司 | 一种数据搜索处理方法、装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106294768A (zh) | 信息搜索方法及信息搜索引擎 | |
CN104899156B (zh) | 一种面向大规模社交网络的图数据存储及查询方法 | |
AU2009246432B2 (en) | Managing storage of individually accessible data units | |
US6857045B2 (en) | Method and system for updating data in a compressed read cache | |
CN103853727B (zh) | 提高大数据量查询性能的方法及系统 | |
US11307765B2 (en) | System and methods for storage data deduplication | |
US9495296B2 (en) | Handling memory pressure in an in-database sharded queue | |
CN103885728B (zh) | 一种基于固态盘的磁盘缓存系统 | |
US8880784B2 (en) | Random write optimization techniques for flash disks | |
CN102521406B (zh) | 海量结构化数据复杂查询任务的分布式查询方法和系统 | |
US7548928B1 (en) | Data compression of large scale data stored in sparse tables | |
CN103488704B (zh) | 一种数据存储方法及装置 | |
US8122216B2 (en) | Systems and methods for masking latency of memory reorganization work in a compressed memory system | |
CN103473229A (zh) | 一种内存检索系统和方法、以及实时检索系统和方法 | |
US20150193350A1 (en) | Data storage space processing method and processing system, and data storage server | |
CN106874437A (zh) | 面向数据库一体机的内存数据仓库行列存储转换实现方法 | |
US20150142819A1 (en) | Large string access and storage | |
EP3465473B1 (en) | Versioning and non-disruptive servicing of in-memory units in a database | |
CN101692252B (zh) | 文件空闲块的分配和回收方法 | |
CN102591970A (zh) | 一种分布式键-值查询方法和查询引擎系统 | |
EP2502167A1 (en) | Super-records | |
CN102436421A (zh) | 缓存数据的方法 | |
CN104537112B (zh) | 一种安全云计算的方法 | |
Menon et al. | CaSSanDra: An SSD boosted key-value store | |
CN107451071A (zh) | 一种缓存置换方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170104 |