CN106682139B - 一种基于Solr实现HBase多条件查询的方法及系统 - Google Patents
一种基于Solr实现HBase多条件查询的方法及系统 Download PDFInfo
- Publication number
- CN106682139B CN106682139B CN201611181717.6A CN201611181717A CN106682139B CN 106682139 B CN106682139 B CN 106682139B CN 201611181717 A CN201611181717 A CN 201611181717A CN 106682139 B CN106682139 B CN 106682139B
- Authority
- CN
- China
- Prior art keywords
- data
- data line
- tables
- solr
- thread
- 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
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/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明适用于大数据领域,提供了一种基于Solr实现HBase多条件查询的方法及系统,所述方法包括:客户端向HBase数据库表提交多条件查询请求时,首先根据查询条件从Solr服务器中查询预先建立的索引,向客户端返回HBase数据库表行键RowKey集合,然后根据RowKey直接查询HBase表,返回最终结果;其中,所述RowKey集合的元素为数据库表行键。本发明解决了现有实现多条件查询功能的方式,查询HBase表时需要全表扫描,难以满足更多查询需求的问题。有益效果在于以下两方面,一方面,查询HBase表时,无需全表扫描,减少了查询时间,提高了查询效率,另一方面,具备足够的灵活性,能满足多条件查询的需求,提高了查询的智能程度。
Description
技术领域
本发明属于大数据领域,尤其涉及一种基于Solr实现HBase多条件查询的方法及系统。
背景技术
HBase是一个分布式的、面向列的开源数据库,根据数据表行键字典排序存储数据,使用单一数据表行键进行查询时,查询效率十分高效。但是这种单一的查询方式不能满足更多的查询需求,如果需要实现类似于关系型数据库那样随意组合的多条件查询功能,可以采用以下两种方式:
1.第一种方式:
使用HBase提供的过滤器filter原生应用程序编程接口(ApplicationProgramming Interface,API)。这种方式使用起来方便简单,但是局限性很大,当表的数据量比较大时,直接全表扫描记录,查询速度会非常慢。
2.第二种方式:
优化数据表行键RowKey,将查询条件拼接在RowKey。这种方式在一定程度上可以满足多条件查询的需求,但是如果业务需求改变的时候,扩展性和灵活性太差。
综上所述,现有实现多条件查询功能的方式,存在以下不足,详述如下:
1.查询HBase表时需要全表扫描。
2.查询的扩展性和灵活性太差。
发明内容
本发明实施例的目的在于提供一种基于Solr实现HBase多条件查询的方法,旨在解决现有实现多条件查询功能的方式,查询HBase表时需要全表扫描,难以满足更多查询需求的问题。
本发明实施例是这样实现的,一种基于Solr实现HBase多条件查询的方法,包括:
Solr服务器获取客户端提交的多条件查询请求;
利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合;
其中,所述RowKey集合的元素为数据表行键,所述数据表行键为开源数据库HBase中数据表的行键。
本发明实施例的另一目的在于提供一种基于Solr实现HBase多条件查询的系统,包括:
多条件查询请求获取模块,用于获取客户端提交的多条件查询请求;
RowKey返回模块,用于利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合;
其中,所述RowKey集合的元素为数据表行键,所述数据表行键为开源数据库HBase中数据表的行键。
在本发明实施例中,利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合。使得客户端可以通过RowKey集合,查询到符合条件查询请求的结果集。解决了现有实现多条件查询功能的方式,查询HBase表时需要全表扫描,难以满足更多查询需求的问题。有益效果在于以下两方面,一方面,查询HBase表时,无需全表扫描,减少了查询时间,提高了查询效率,另一方面,具备足够的灵活性,能满足多条件查询的需求,提高了查询的智能程度。
附图说明
图1是本发明实施例提供的基于Solr实现HBase多条件查询的方法的实现流程图;
图2是本发明实施例提供的建立支持多条件查询请求的索引的实现流程图;
图3是本发明实施例提供的查询时序图;
图4是本发明实施例提供的插入数据建立索引时序图;
图5是本发明实施例提供的删除数据删除索引时序图;
图6是本发明实施例提供的基于Solr实现HBase多条件查询的系统的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“倘若”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“倘若确定”或“倘若读取到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
实施例一
图1是本发明实施例提供的基于Solr实现HBase多条件查询的方法的实现流程图,详述如下:
在步骤S101中,Solr服务器获取客户端提交的多条件查询请求;
在步骤S102中,利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合;
其中,所述RowKey集合的元素为数据表行键,所述数据表行键为开源数据库HBase中数据表的行键。
其中,数据行包括数据表行键。
通过将支持多条件查询请求的索引关联数据行,完成支持多条件查询请求的索引与数据行中数据表行键的关联。
在步骤S102之前,所述方法包括:
建立与开源数据库HBase中的数据表行键相对应,且支持多条件查询请求的索引。
在本发明实施例中,有益效果在于以下两方面,一方面,查询HBase表时,无需全表扫描,减少了查询时间,提高了查询效率,另一方面,具备足够的灵活性,能满足多条件查询的需求,提高了查询的智能程度。
实施例二
本发明实施例描述了建立支持多条件查询请求的索引的实现流程,详述如下:
将外部请求的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,为所述数据行建立支持多条件查询请求的索引。
其中,缓存表的行键包括以下特征:
操作码+数据表名+时间戳+数据表行键(RowKey),采用的结构举例如下:
其中,操作码、数据表名、时间戳和数据表行键在数据行中的位置关系,需要在建立索引过程、删除索引过程和查询过程三者之间约定次序。
实施例三
图2是本发明实施例提供的建立支持多条件查询请求的索引的实现流程图,详述如下:
在步骤S201中,接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键;
在步骤S202中,在缓存表入库线程启动之前,利用缓存表的preput()钩子先启动数据表的入库线程,当数据表入库线程完成之后,缓存表的preput()钩子结束返回,缓存表入库线程继续往下运行,同时数据表的postput()钩子先启动Solr入库线程、后启动确认线程,利用所述确认线程,确认数据表或Solr中都不存在所述数据行的记录时,将所述缓存表的行键插入到HBase的数据表中;
当增加数据行或更新数据行时,配置操作码为ADD;
当删除数据行时,配置操作码为DEL;
当操作码为ADD时,启动数据表入库线程,利用数据表入库线程将所述缓存表的行键插入到数据表中,其中,时间戳与所述缓存表中的保持一致;
当操作码为DEL时,启动数据删除线程,利用数据删除线程将数据行从数据表中删除。
preput()钩子和postput()钩子是常用的钩子函数,在此不做赘述。
在步骤S203中,为所述数据行建立Solr中支持多条件查询请求的索引。
利用Solr入库线程,为所述数据行建立支持多条件查询请求的索引;
利用Solr删除线程,删除所述数据行对应的支持多条件查询请求的索引。
在本发明实施例中,通过缓存表和确认线程,解决了HBase与Solr数据一致性问题,能避免以下两种情况的发生:
(1)HBase中数据写入成功,Solr中没有写入成功,导致HBase中出现一些根本无法查询到的漂浮数据;
(2)HBase中数据没有写入成功,但是Solr中写入成功了,导致根据索引查询时出现空集。
实施例四
本发明实施例描述了步骤S201的实现流程,详述如下:
在HBase中建立缓存表,接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,将所述缓存表的行键插入到所述缓存表中。
实施例五
本发明实施例描述了提供的建立确认线程的实现流程,详述如下:
建立确认线程,所述确认线程具体为:
倘若所述数据行的操作码为ADD,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中同时存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据表入库线程,对所述数据行进行入库处理;
其中,否则,启动数据表入库线程,对所述缓存表的行键进行入库处理,包含以下3种情况:
1.数据表不存在所述数据行记录,Solr中存在所述数据行记录;
2.数据表存在所述数据行,Solr中不存在所述数据;
3.数据表和Solr中都不存在所述数据行。
倘若所述数据行的操作码为DEL,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中都不存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据删除线程,对所述数据行进行删除处理。
其中,否则,启动数据删除线程,对所述缓存表的行键进行删除处理,包含以下3种情况:
1.数据表不存在所述数据行记录,Solr中存在所述数据行记录;
2.数据表存在所述数据行,Solr中不存在所述数据;
3.数据表和Solr中同时存在所述数据行。
实施例六
图3是本发明实施例提供的查询时序图,详述如下:使用HBase的Observer类型的协处理器(Coprocessor)结合Solr实现二级索引的功能。业务层多条件查询时,先查询Solr索引,返回HBase表的行键集合,然后通过行键直接命中HBase表的行,返回结果集,避免查询HBase表时的全表扫描或者部分扫描。
实施例七
图4是本发明实施例提供的插入数据建立索引时序图,详述如下:
图4包括:外部请求、缓存表入库线程、确认线程、缓存表、数据表入库线程、数据表、Solr入库线程以及Solr。
1.外部请求新增数据,启动缓存表入库线程;
2.缓存表的prePut()钩子启动数据表入库线程,数据表入库线程将数据入库,数据表向数据表入库线程发出入库返回的结果,prePut()钩子返回;
3.缓存表入库,缓存表入库返回;
4.数据表的postPut()钩子启动Solr入库,入库返回;
5.数据表的postPut()钩子启动确认线程,确认线程的实施过程如下:
查询时间戳比此记录的时间戳小的记录,返回数据行集;
循环部分:foreach(数据行),获取行锁,检查数据表是否存在此记录,检查Solr是否存在此记录;
替换部分:if(数据表和Solr都存在此记录),删除记录行,else启动数据表入库线程;
释放行锁。
其中,缓存表和数据表增加Observer类型的协处理器(Coprocessor),并为缓存表的prePut()钩子事件增添启动数据表入库线程和数据删除线程的业务逻辑处理功能;
为数据表的postPut钩子事件,负责启动Solr入库线程和确认线程。
当操作码为ADD时,启动数据表入库线程;
当操作码为DEL时,启动数据删除线程。
实施例八
图5是本发明实施例提供的删除数据删除索引时序图,详述如下:
图5包括:外部请求、缓存表入库线程、确认线程、缓存表、数据删除线程、数据表、Solr删除线程以及Solr。
1.外部请求删除数据,启动缓存表入库线程;
2.prePut()钩子启动,数据入库,数据删除线程删除数据行,删除返回,prePut()钩子返回;
3.缓存表入库,缓存表入库返回;
4.数据表的preDelete()钩子启动Solr删除线程,Solr删除线程删除Solr记录,删除返回,preDelete()钩子返回,删除数据行,删除返回;
5.数据表的postDelete()钩子启动确认线程,确认线程的实施过程如下:
查询时间戳比此记录的时间戳小的记录,返回数据行集;
循环部分:foreach(数据行),获取行锁,检查数据表是否存在此记录,检查Solr是否存在此记录;
替换部分:if(数据表和Solr都不存在此记录),删除缓存表记录行,else启动数据删除线程;
释放行锁。
实施例九
图6是本发明实施例提供的基于Solr实现HBase多条件查询的系统的结构框图。为了便于说明,仅示出了与本实施例相关的部分。
参照图6,该基于Solr实现HBase多条件查询的系统,包括:
多条件查询请求获取模块61,用于获取客户端提交的多条件查询请求;
RowKey返回模块62,用于利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合;
其中,所述RowKey集合的元素为数据表行键,所述数据表行键为开源数据库HBase中数据表的行键。
作为本实施例的一种实现方式,所述系统还包括:
索引建立模块,用于将外部请求的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,为所述数据行建立支持多条件查询请求的索引。
作为本实施例的一种实现方式,在所述系统中,所述索引建立模块包括:
数据行拼接模块,用于接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键;
数据行插入模块,用于在缓存表入库线程启动之前,利用缓存表的preput()钩子先启动数据表的入库线程,当数据表入库线程完成之后,缓存表的preput()钩子结束返回,缓存表入库线程继续往下运行,同时数据表的postput()钩子先启动Solr入库线程、后启动确认线程,利用所述确认线程,确认数据表或Solr中都不存在所述数据行的记录时,将所述缓存表的行键插入到HBase的数据表中;
索引建立模块,用于为所述数据行建立Solr中支持多条件查询请求的索引。
作为本实施例的一种实现方式,所述系统还包括:
缓存表入库模块,用于在HBase中建立缓存表,接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,将所述缓存表的行键插入到所述缓存表中。
作为本实施例的一种实现方式,所述系统还包括:
数据行确认模块,用于建立确认线程,所述确认线程具体为:
倘若所述数据行的操作码为ADD,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中同时存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据表入库线程,对所述数据行进行入库处理;
倘若所述数据行的操作码为DEL,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中都不存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据删除线程,对所述数据行进行删除处理。
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例系统和系统中的单元可以根据实际需要进行合并、划分和删减。
本发明实施例提供的系统可以应用在前述对应的方法实施例中,详情参见上述实施例的描述,在此不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现。所述的程序可以存储于可读取存储介质中,所述的存储介质,如随机存储器、闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (6)
1.一种基于Solr实现HBase多条件查询的方法,其特征在于,包括:
Solr服务器获取客户端提交的多条件查询请求;
利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合;
其中,所述RowKey集合的元素为数据表行键,所述数据表行键为开源数据库HBase中数据表的行键;
在利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合之前,所述方法还包括:
将外部请求的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,为数据行建立支持多条件查询请求的索引;
所述将外部请求的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,为所述数据行建立支持多条件查询请求的索引,具体为:
接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键;
在缓存表入库线程启动之前,利用缓存表的preput()钩子先启动数据表的入库线程,当数据表入库线程完成之后,缓存表的preput()钩子结束返回,缓存表入库线程继续往下运行,同时数据表的postput()钩子先启动Solr入库线程、后启动确认线程,利用所述确认线程,确认数据表或Solr中都不存在所述数据行的记录时,将所述缓存表的行键插入到HBase的数据表中;
为所述数据行建立Solr中支持多条件查询请求的索引。
2.如权利要求1所述的方法,其特征在于,所述接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,具体为:
在HBase中建立缓存表,接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,将所述缓存表的行键插入到所述缓存表中。
3.如权利要求1或2所述的方法,其特征在于,在缓存表入库线程启动之前,利用缓存表的preput()钩子先启动数据表的入库线程,当数据表入库线程完成之后,缓存表的preput()钩子结束返回,缓存表入库线程继续往下运行,同时数据表的postput()钩子先启动Solr入库线程、后启动确认线程,利用所述确认线程,确认数据表或Solr中都不存在所述数据行的记录时,将所述缓存表的行键插入到HBase的数据表中之前,所述方法,还包括:
建立确认线程,所述确认线程具体为:
倘若所述数据行的操作码为ADD,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中同时存在所述数据行的记录,从缓存表中删除所述数据行,否则,对所述数据行进行入库处理;
倘若所述数据行的操作码为DEL,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中都不存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据删除线程,对所述数据行进行删除处理。
4.一种基于Solr实现HBase多条件查询的系统,其特征在于,包括:
多条件查询请求获取模块,用于获取客户端提交的多条件查询请求;
RowKey返回模块,用于利用预先建立支持多条件查询请求的索引,向所述客户端返回所述多条件查询请求的数据表行键RowKey集合;
其中,所述RowKey集合的元素为数据表行键,所述数据表行键为开源数据库HBase中数据表的行键;
所述系统还包括:
索引建立模块,用于将外部请求的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,为所述数据行建立支持多条件查询请求的索引;
所述索引建立模块包括:
数据行拼接模块,用于接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键;
数据行插入模块,用于在缓存表入库线程启动之前,利用缓存表的preput()钩子先启动数据表的入库线程,当数据表入库线程完成之后,缓存表的preput()钩子结束返回,缓存表入库线程继续往下运行,同时数据表的postput()钩子先启动Solr入库线程、后启动确认线程,利用所述确认线程,确认数据表或Solr中都不存在所述数据行的记录时,将所述缓存表的行键插入到HBase的数据表中;
索引建立模块,用于为所述数据行建立Solr中支持多条件查询请求的索引。
5.如权利要求4所述的系统,其特征在于,所述系统还包括:
缓存表入库模块,用于在HBase中建立缓存表,接收拼接请求,将拼接请求中的操作码、数据表名称、当前时间戳和数据表行键,拼接成缓存表的行键,将所述缓存表的行键插入到所述缓存表中。
6.如权利要求4或5所述的系统,其特征在于,所述系统还包括:
数据行确认模块,用于建立确认线程,所述确认线程具体为:
倘若所述数据行的操作码为ADD,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中同时存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据表入库线程,对所述数据行进行入库处理;
倘若所述数据行的操作码为DEL,则从数据表和Solr中查找之前的数据行记录,遍历之前的数据行记录,确定是否存在所述数据行的记录,若所述数据表和Solr中都不存在所述数据行的记录,从缓存表中删除所述数据行,否则,启动数据删除线程,对所述数据行进行删除处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611181717.6A CN106682139B (zh) | 2016-12-19 | 2016-12-19 | 一种基于Solr实现HBase多条件查询的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611181717.6A CN106682139B (zh) | 2016-12-19 | 2016-12-19 | 一种基于Solr实现HBase多条件查询的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106682139A CN106682139A (zh) | 2017-05-17 |
CN106682139B true CN106682139B (zh) | 2019-09-13 |
Family
ID=58871117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611181717.6A Active CN106682139B (zh) | 2016-12-19 | 2016-12-19 | 一种基于Solr实现HBase多条件查询的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106682139B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107239517B (zh) * | 2017-05-23 | 2020-09-29 | 中国联合网络通信集团有限公司 | 基于Hbase数据库的多条件搜索方法及装置 |
CN108153805A (zh) * | 2017-11-17 | 2018-06-12 | 广东睿江云计算股份有限公司 | 一种高效清理Hbase时序数据的方法、系统 |
CN109697200A (zh) * | 2018-12-18 | 2019-04-30 | 厦门商集网络科技有限责任公司 | 一种基于Solr的HBase二级索引方法及设备 |
CN110069571A (zh) * | 2019-03-18 | 2019-07-30 | 平安普惠企业管理有限公司 | 一种自动化数据对比方法及装置、电子设备 |
CN110347722A (zh) * | 2019-07-11 | 2019-10-18 | 软通智慧科技有限公司 | 基于HBase的数据获取方法、装置、设备及存储介质 |
CN112687364B (zh) * | 2020-12-24 | 2023-08-01 | 宁波金唐软件有限公司 | 一种基于Hbase的医疗数据管理方法及其系统 |
CN113297273B (zh) * | 2021-06-09 | 2024-03-01 | 北京百度网讯科技有限公司 | 查询元数据的方法、装置和电子设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105787118A (zh) * | 2016-03-25 | 2016-07-20 | 武汉工程大学 | HBase二级索引的设计方法及查询方法 |
-
2016
- 2016-12-19 CN CN201611181717.6A patent/CN106682139B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105787118A (zh) * | 2016-03-25 | 2016-07-20 | 武汉工程大学 | HBase二级索引的设计方法及查询方法 |
Non-Patent Citations (1)
Title |
---|
基于Solr的Hbase二级索引;Geosmart"s Notes;《http://geosmart.github.io/2015/09/01/基于Solr的Hbase二级索引/》;20151201;1—2、8 * |
Also Published As
Publication number | Publication date |
---|---|
CN106682139A (zh) | 2017-05-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106682139B (zh) | 一种基于Solr实现HBase多条件查询的方法及系统 | |
CN109254733B (zh) | 用于存储数据的方法、装置和系统 | |
CN107391653B (zh) | 一种分布式NewSQL数据库系统及图片数据储存方法 | |
CN108519862A (zh) | 区块链系统的存储方法、装置、系统和存储介质 | |
CN110018998B (zh) | 一种文件管理方法、系统及电子设备和存储介质 | |
WO2019037617A1 (zh) | 数据事务处理方法、装置以及电子设备 | |
CN102272751B (zh) | 在数据库环境通过背景同步的数据完整性 | |
CN103886109A (zh) | 一种实现数据库行锁的方法及装置 | |
CN110413376A (zh) | 一种虚拟机管理usb设备的方法、设备以及存储介质 | |
US20060112083A1 (en) | Object relation information management program, method, and apparatus | |
JP5858308B2 (ja) | データベース管理システム、計算機、データベース管理方法 | |
US10565184B2 (en) | Method and system for committing transactions in a semi-distributed manner | |
CN110781137A (zh) | 分布式系统的目录读取方法、装置、服务器和存储介质 | |
WO2024082857A1 (zh) | 数据迁移的方法、系统及相关装置 | |
CN112596949A (zh) | 一种高效率的ssd删除数据恢复方法及系统 | |
CN103077099A (zh) | 一种块级快照系统及基于该系统的用户读写方法 | |
JP5448428B2 (ja) | データ管理システム及びデータ管理方法及びデータ管理プログラム | |
CN113342819B (zh) | 一种卡号生成方法、装置、设备及存储介质 | |
US10877685B2 (en) | Methods, devices and computer program products for copying data between storage arrays | |
CN111949601B (zh) | 数据存储方法、装置及计算机存储介质 | |
CN108694209B (zh) | 基于对象的分布式索引方法和客户端 | |
CN111240810A (zh) | 一种事务管理方法、装置、设备和存储介质 | |
JP4348372B2 (ja) | データ転送装置及びプログラム | |
CN117827802B (zh) | 一种基于Hbase的数据处理系统、方法及装置 | |
CN115905259B (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 | ||
CB02 | Change of applicant information |
Address after: Guangdong Nanshan District street of Shenzhen city in Guangdong province 518000 software industry base in Shenzhen, fifth building room 505 Applicant after: Shenzhen box Mdt InfoTech Ltd Address before: Guangdong Nanshan District street of Shenzhen city in Guangdong province 518000 software industry base in Shenzhen, fifth building room 505 Applicant before: Shenzhen Iboxpay Information Technology Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |