CN111488371A - 一种数据查询方法和装置 - Google Patents

一种数据查询方法和装置 Download PDF

Info

Publication number
CN111488371A
CN111488371A CN202010267174.XA CN202010267174A CN111488371A CN 111488371 A CN111488371 A CN 111488371A CN 202010267174 A CN202010267174 A CN 202010267174A CN 111488371 A CN111488371 A CN 111488371A
Authority
CN
China
Prior art keywords
data
cache
keywords
target
target data
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
Application number
CN202010267174.XA
Other languages
English (en)
Inventor
景慎伟
赵徽
李安清
王龙涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Peoples Insurance Company of China
Original Assignee
Peoples Insurance Company of China
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Peoples Insurance Company of China filed Critical Peoples Insurance Company of China
Priority to CN202010267174.XA priority Critical patent/CN111488371A/zh
Publication of CN111488371A publication Critical patent/CN111488371A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/252Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Computational Linguistics (AREA)
  • Mathematical Physics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种数据查询方法和装置,该方法包括:接收查询请求,所述查询请求中包括用于进行数据查询的关键字;基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;若所述缓存中包括所述目标数据,则返回所述目标数据;若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。在接收到包括关键字的查询请求时,首先可以在缓存中查询与关键字对应的目标数据,无需调用系统接口来访问磁盘,因此可以提高数据查询的效率。

Description

一种数据查询方法和装置
技术领域
本申请涉及数据处理领域,尤其涉及一种数据查询方法和装置。
背景技术
通常,在进行数据存储时,可以将数据存储在磁盘中,当需要在磁盘中查询数据时,可以调用系统接口,通过系统接口访问磁盘,进而从磁盘中查询到需要的数据。
然而,在实际应用中,存在需要频繁地从磁盘中查询数据的情况,在这种情况下,需要频繁地调用系统接口来访问磁盘,而每次调用系统接口都需要花费一定的时间,导致数据查询的速度慢,查询效率低。
发明内容
本申请实施例提供一种数据查询方法和装置,用于解决从磁盘中查询数据时,查询效率比较低的问题。
为解决上述技术问题,本申请实施例是这样实现的:
第一方面,提出一种数据查询方法,包括:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
第二方面,提出一种数据查询装置,包括:
接收模块,接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
确定模块,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
返回模块,若所述缓存中包括所述目标数据,则返回所述目标数据;
查询模块,若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
第三方面,提出一种电子设备,该电子设备包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,该可执行指令在被执行时使该处理器执行以下操作:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
第四方面,提出一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下方法:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
本申请实施例提供的技术方案,可以预先将磁盘中包括的与多个关键字一一对应的多个数据存储在缓存中,其中,一个数据可以基于一个关键字进行完全匹配或模糊匹配得到,这样,在接收到包括关键字的查询请求时,首先可以在缓存中查询与关键字对应的目标数据,无需调用系统接口来访问磁盘,因此可以提高数据查询的效率。此外,若在缓存中未查询到与关键字对应的目标数据,则可以基于关键字在磁盘中进行进一步查询,从而保证可以查询到所需的目标数据。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一个实施例数据查询方法的流程示意图;
图2是本申请的一个实施例电子设备的结构示意图;
图3是本申请的一个实施例数据查询装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请实施例提供的技术方案的主要思想在于:可以预先将磁盘中的数据存储在缓存中,这样,在接收到包括关键字的查询请求时,可以基于关键字在缓存中进行数据查询,无需调用系统接口来访问磁盘,从而提高数据查询速度,提升查询效率。此外,缓存中存储的数据可以包括与关键字完全匹配和模糊匹配的数据,这样,可以在进行数据查询时,可以查询得到与关键字完全匹配或模糊匹配的数据,从而满足用户不同的查询需求。
需要说明的是,本申请实施例的应用场景可以是用户查询机构的相关信息的场景,该机构包括但不限于银行机构、保险机构等。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1是本申请的一个实施例数据查询方法的流程示意图。所述方法如下所述。
S102:接收查询请求,所述查询请求中包括用于进行数据查询的关键字。
在S102中,用户在进行数据查询时,可以在终端设备中输入用于进行数据查询的关键字,并基于该关键字向终端设备发送查询请求,此时,终端设备可以接收到该查询请求。其中,终端设备可以是具有数据查询功能的个人计算机,智能手机等。
在本实施例中,关键字可以是机构标识,机构标识可以是机构名称,也可以是机构编码,关键字还可以是机构标识中的部分标识,具体可以是机构名称中的部分名称,也可以是机构编码中的部分编码。
以用户想要查询的机构名称为中国XX保险公司北京XX分公司,对应的机构编码为1000为例,用户输入的关键字可以是公司名称“中国XX保险公司北京XX分公司”或该公司的编码1000,也可以是该公司的部分名称“中国XX保险公司”,还可以是该公司的部分编码100。
S104:基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据。
在S104中,终端设备在接收到查询请求后,可以先从缓存中查询是否存在与关键字对应的目标数据,该目标数据可以视为对该关键字进行数据查询后得到的查询结果。
本实施例中,缓存中的数据可以预先从磁盘中获取得到,具体可以包括与多个关键字一一对应的多个数据,一个数据可以基于一个关键字完全匹配得到,也可以基于一个关键字进行模糊匹配得到,终端设备在基于关键字在缓存中进行数据查询时,可以进行完全匹配查询,也可以进行模糊匹配查询。以下将针对不同的情况说明缓存中存储的具体数据以及如何基于关键字在缓存中进行数据查询。
在第一种实现方式中,考虑到用户通常会输入机构标识并通过完全匹配的方式在磁盘存储的机构表中查询机构的相关信息,因此,缓存中可以预先存储基于多个机构表的表名和机构表中多个机构标识得到的多个哈希值,以及多个机构表中与多个机构标识对应的多行数据。
机构表可以理解为存储有多个机构的相关信息的数据表,其中,该机构表的表名可以是PrpDcompanyXX机构管理表,机构表中的主键字段(通常为机构表中的第一列)可以是机构标识,机构标识可以包括机构名称和/或机构编码,任一机构标识对应的一行数据可以是与该机构标识对应的机构的相关信息,机构的相关信息可以包括该机构的详细资料,查询该机构的路径,等。
为了便于理解,可以参见机构表1。
Figure BDA0002440982550000051
机构表1的表名为中国XX保险公司北京分公司管理表,该表中的主键字段包括中国XX保险公司在北京的多个分公司的公司名称,具体为机构名称中国XX保险公司北京分公司A、中国XX保险公司北京分公司B、……、中国XX保险公司北京分公司N,与每一个公司名称对应的一行数据是一个分公司的相关信息,以中国XX保险公司北京分公司A为例,与该公司名称对应的一行数据中包括公司A的相关信息,该相关信息包括A机构的详细资料,查询A机构的路径,等。
在实际应用中,由于某些机构的相关信息的查询频率或次数较高(比如查询频率或次数大于设定阈值,该设定阈值可以根据实际情况确定),为了提高对这些机构的查询效率,可以将磁盘中存储的机构表中这些机构的机构标识和相关信息存储在缓存中。
比如,中国XX保险公司北京分公司A的查询次数大于100次,那么,可以将中国XX保险公司北京分公司A的相关信息(如上述机构表1中与分公司A对应的一行数据)预先存储在缓存中。
为了便于在缓存中进行数据存储,可以基于哈希算法(例如MD5,SHA-1等)和预设的系统编码,计算多个机构表的表名与多个机构表中多个机构标识对应的哈希值,将多个哈希值和以及多个机构表中与多个机构标识对应的多行数据以key-value的形式存储在缓存中。
key可以理解为基于机构表名和机构表中机构标识得到的哈希值,具体可以表示为p03-4:{tableName}:trim(主键),其中,p03-4可以理解为执行查询操作的服务器名称,tableName可以理解为机构表的表名,trim(主键)可以理解为多个机构表中多个机构标识。vaule具体可以表示为upperPath,upperPath可以理解为机构表中与机构标识对应的相关信息。
基于上述缓存中存储的多个哈希值以及多个机构表中与多个机构标识对应的多行数据,用户在进行数据查询时,输入的关键字可以是机构标识,终端设备基于该机构标识,可以通过完全匹配的方式在缓存中查找是否存在与关键字对应的目标数据。
具体地,首先,可以基于哈希算法和预设的系统编码确定与机构标识对应的目标哈希值,其次,在得到目标哈希值后,根据目标哈希值可以在缓存中包括的多行数据中查找是否存在与该目标哈希值完全匹配的哈希值,若存在,则将该哈希值对应的一行数据确定为目标数据,若不存在,则确定缓存中不包括与该目标哈希值对应的目标数据。
在第二种实现方式中,考虑到用户通常会输入机构名称中的部分名称,并通过模糊匹配的方式在磁盘存储的机构表中查询机构的相关信息,因此,缓存中可以预先存储多个机构名称中的多个部分名称和该多个部分名称对应的多个json串,其中,一个json串中包括机构表中的多行数据,该多行数据可以是基于一个机构名称中的部分名称,通过模糊匹配的方式在磁盘存储的机构表中查询得到,且一行数据中包括一个机构的相关信息。
这里的机构表和机构的相关信息可以参见上述第一种实现方式中的相关记载,这里不再重复说明。
机构名称中的部分名称可以理解为机构名称中连续的部分文字,例如,机构名称为中国工商银行北京东城区C支行,该机构名称中的部分名称可以是中国工商银行北京,也可以是中国工商银行北京东城区。相应地,与一个部分名称对应的一个json串可以是机构名称中包括该部分名称的所有机构的相关信息,例如,在部分名称为中国工商银行北京的情况下,一个json串可以是银行名称中包括中国工商银行北京的所有银行的相关信息,或者是中国工商银行在北京的所有银行的相关信息。
为了便于在缓存中进行数据存储和查询,上述多个部分名称和与该多个部分名称对应的多个json串可以以key-value的形式存储在缓存中。其中,key具体可以表示为,p03-4:{tableName},p03-4可以理解为执行查询操作的服务器名称,tableName可以理解为部分名称,vaule具体可以表示为一个json串,json串可以理解为基于部分名称模糊匹配得到的多行数据。
应理解,一个key对应一个部分名称,一个vaule对应一个json串(一个json串中包括机构表中与一个部分名称进行模糊匹配得到的多行数据),缓存中可以预先存储多个key-vaule。
基于上述缓存中存储的多个部分名称和与该多个部分名称对应的多个json串,用户在进行数据查询时,输入的关键字可以是机构名称中的部分名称,终端设备基于该部分名称,可以通过模糊匹配的方式在缓存中查找是否存在与部分名称对应的目标json串。
具体地,可以在缓存中存储的多个部分名称中查找是否存在用户输入的部分名称,若存在,则可以将缓存中与该部分名称对应的json串确定为目标json串,反之,若不存在,则可以确定缓存中不包括与用户输入的部分名称对应的目标数据。
在第三种实现方式中,考虑到用户通常会输入机构编码中的部分编码,并通过模糊匹配的方式在磁盘存储的机构表中查询机构的相关信息,因此,缓存中可以预先存储基于多个机构编码中的多个第一部分编码得到的多个第一哈希值,以及与多个第一哈希值一一对应的多个第一json串,一个第一json串中可以包括机构表中的多行数据,该多行数据可以是基于一个第一部分编码,通过模糊匹配的方式在磁盘存储的机构表中查询得到,且一行数据中包括一个机构的相关信息。
这里的机构表和机构的相关信息可以参见上述第一种实现方式中的相关记载,这里不再重复说明。
第一部分编码可以理解为机构编码中连续的部分数字,例如,若机构的机构编码为0100,则第一部分编码可以是01,也可以是010。
一个第一json串对应一个第一部分编码,具体可以是机构编码中包括第一部分编码的所有机构的相关信息构成的set集合,这些机构的相关信息可以是基于一个第一部分编码,通过模糊匹配的方式在磁盘存储的机构表中查询得到的多行数据。例如,机构的机构编码为0100,第一部分编码为010,那么,与010对应的第一json串可以是基于010在机构表中进行模糊匹配后得到的由多行数据构成的set集合,该集合内包括以010为机构编码开头的所有机构的相关信息和以010为机构编码结尾的所有机构的相关信息。
需要说明的是,为了便于在缓存中存储目标数据,可以基于哈希算法和预设的系统编码,计算得到基于多个第一部分编码得到的多个第一哈希值,一个哈希值对应一个第一部分编码,将多个第一哈希值和多个第一json串视为一个set集合以key-value的形式预先存储在缓存中。
具体地,key具体可以表示为p03-4:第一部分编码,其中,p03-4可以理解为执行查询操作的服务器名称,vaule可以理解为一个第一json串,第一json串可以理解为基于第一部分编码模糊匹配得到的多行数据。
应理解,一个key对应一个第一部分编码,一个vaule对应一个第一json串(一个第一json串中包括机构表中与一个第一部分编码进行模糊匹配得到的多行数据),缓存中可以预先存储多个key-vaule。
基于上述缓存中存储的多个第一哈希值以及多个第一json串,用户在进行数据查询时,输入的关键字可以是第一部分编码,终端设备基于该第一部分编码,可以通过模糊匹配的方式在缓存中查找是否存在与第一部分编码对应的第一目标json串。
具体地,首先,可以基于哈希算法和预设的系统编码确定与第一部分编码对应的第一目标哈希值,其次,在得到第一目标哈希值后,根据第一目标哈希值可以在多个第一json串中查找是否存在与第一目标哈希值对应的第一目标json串,若存在,则将第一目标哈希值对应的第一目标json串确定为目标数据,若不存在,则确定缓存中不包括目标数据。
可选地,考虑到用户在基于上述第一部分编码查询到多个机构的相关信息后,还可以继续输入其他编码以进行精确查找(例如,用户在输入包括第一部分编码的查询请求并得到查询结果后,还可以在第一部分编码中添加其他编码并发送二次查询请求,二次查询请求中包括在第一部分编码中添加其他编码后得到的第二部分编码),因此,缓存中还可以预先存储基于多个机构编码中的多个第二部分编码得到的多个第二哈希值,以及与多个第二哈希值一一对应的多个第二json串,一个第二json串中可以包括机构表中的多行数据,该多行数据可以是基于一个第二部分编码,通过模糊匹配的方式在磁盘存储的机构表中查询得到,且一行数据中包括一个机构的相关信息。
需要说明的是,在第二部分编码可以机构编码中的部分编码,也可以是机构编码对应的完整编码。
一个第二json串对应一个第二部分编码,具体可以是机构编码中包括第二部分编码的所有机构的相关信息构成的set集合,这些机构的相关信息可以是基于一个第二部分编码,通过模糊匹配的方式在磁盘存储的机构表中查询得到的多行数据。
例如,机构的机构编码为0100,第二部分编码为0100,那么,与0100对应的第二json串可以是基于0100在机构表中进行模糊匹配后得到的由多行数据构成的set集合,该集合内包括以0100为机构编码开头的所有机构的相关信息、以0100为机构编码结尾的所有机构的相关信息以及以0100为机构编码的某个机构的相关信息。
需要说明的是,为了便于在缓存中进行数据存储,可以基于哈希算法和预设的系统编码得到多个基于第二部分编码得到的第二哈希值,将多个第二哈希值和多个第二json串以key-vaule的形式预先存储在缓存中。
具体地,key具体可以为基于第一部分编码添加其他编码后得到的第二部分编码,vaule可以理解为一个第二json串,第二json串可以理解为基于第二部分编码模糊匹配得到的至少一行数据。
应理解,一个key对应一个第二部分编码,一个vaule对应一个第二json串(一个第二json串中包括机构表中与一个第二部分编码进行完全匹配或模糊匹配得到的多行数据),缓存中可以预先存储多个key-vaule。
基于上述缓存中存储的多个第二哈希值以及多个第二json串,用户在输入包括第一部分编码的查询请求并得到查询结果后,可以发送包括第二部分编码的二次查询请求。例如,用户在发送包括第一部分编码010的查询请求并得到查询结果后,还可以在010的基础上继续输入0,并发送包括第二部分编码0100的二次查询请求。
终端设备在接收到二次查询请求后,可以基于第二部分编码,确定缓存中是否包括与第二部分编码对应的目标数据。
具体地,首先,可以基于哈希算法和预设的系统编码确定与第二部分编码对应的第二目标哈希值,其次,在得到第二目标哈希值后,根据第二目标哈希值可以在多个第二json串中查找是否存在与第二目标哈希值对应的第二目标json串,若存在,则将第二目标哈希值对应的第二目标json串确定为目标数据,若不存在,则确定缓存中不包括目标数据。
S106:若所述缓存中包括所述目标数据,则返回所述目标数据。
在S106中,在确定缓存中包括与关键字对应的目标数据后,可以将目标数据返回,以便用户查看。
具体地,若关键字中包括机构标识,则返回的目标数据是该机构标识对应的一个机构的相关信息(具体为机构表中的某一行数据);
若关键字中包括机构名称中的部分名称,则返回的目标数据是由多个机构的相关信息(具体为机构表中的多行数据)构成的json串,该多个机构的机构名称中包括关键字中的部分名称;
若关键字中包括机构编码中的第一部分编码,则返回的目标数据是由多个机构的相关信息构成的第一json串,该多个机构的机构编码中包括关键字中的第一部分编码;
若关键字中包括机构编码中的第二部分编码,则返回的目标数据是由至少一个机构的相关信息构成第二json串,该至少一个机构的机构编码中包括关键字中的第二部分编码。
S108:若所述缓存中不包括所述目标数据,则在磁盘中查询与所述关键字对应的目标数据。
在S108中,如果缓存中并不包括与关键字对应的目标数据,那么,可以调用系统接口访问磁盘,并基于关键字在磁盘中进行数据查询,以保证可以查询到目标数据。
可选地,在从磁盘中查询到与关键字对应的目标数据后,可以将该关键字和目标数据对应存储在缓存中,以便后续再次对该关键字进行数据查询时,可以直接基于缓存进行数据查询。
需要说明的是,在将关键字和目标数据对应存储在缓存中时,至少可以分为以下四种情况进行存储:
第一种情况:若关键字包括机构标识,则可以根据存储有该机构的相关信息的机构表的表名和该机构表中的机构标识计算得到哈希值,并将该哈希值和目标数据以key-vaule的形式存储在缓存中。
第二种情况:若关键字包括机构名称中的部分名称,则可以将部分名称和目标数据以key-vaule的形式存储在缓存中。
第三种情况:若关键字包括机构编码中的第一部分编码,则可以基于第一部分编码得到对应的第一哈希值,并将第一哈希值和目标数据以key-vaule的形式存储在缓存中。
第四种情况:若关键字包括机构编码中的第二部分编码,则可以基于第二部分编码得到对应的第二哈希值,并将第二哈希值和目标数据以key-vaule的形式存储在缓存中。
需要说明的是,如果磁盘中存储的某些数据发生更新,且这些数据也存储在了缓存中,那么,需要对缓存中存储的这些数据进行更新,避免磁盘中的数据发生更新,而缓存中的数据未更新,导致基于缓存进行数据查询得到的目标数据错误的问题,从而提高数据查询的准确度。
具体地,在磁盘中的数据发生单个增加、单个修改、批量增加、批量修改等更新时,缓存中的相应数据至少可以通过以下三种方式进行更新:
第一种方式:若缓存以上述记载第一种实现方式进行数据存储,则在进行数据更新时,可以基于磁盘中更新后的数据确定对应的机构表的表名和机构标识(即确定是哪个机构表中的哪个机构的数据发生了更新),基于机构表的表名和机构标识确定缓存中的key值,基于该key值对缓存中与该key值对应的value(即待更新数据)进行数据更新。
第二种方式:若缓存以上述记载第二种实现方式进行数据存储,则在进行数据更新时,可以根据扫描函数确定磁盘中更新后的数据,基于磁盘中更新后的数据确定对应的机构表的表名和机构标识(即确定是哪个机构表中的哪个机构的数据发生了更新),基于机构标识确定机构的部分名称,基于该部分名称对缓存中与该部分名称对应的json串进行数据更新。
第三种方式:若缓存以上述记载第三种实现方式进行数据存储,则在进行数据更新时,可以基于磁盘中更新后的数据确定对应的机构表的表名和机构标识(即确定是哪个机构表中的哪个机构的数据发生了更新),基于机构标识确定机构的第一部分编码和第二部分编码,基于该第一部分编码对缓存中与该第一部分编码对应的第一json串进行数据更新,基于该第二部分编码对缓存中与该第二部分编码对应的第二json串进行数据更新。
本申请实施例提供的技术方案,可以预先将磁盘中包括的与多个关键字一一对应的多个数据存储在缓存中,其中,一个数据可以基于一个关键字进行完全匹配或模糊匹配得到,这样,在接收到包括关键字的查询请求时,首先可以在缓存中查询与关键字对应的目标数据,无需调用系统接口来访问磁盘,因此可以提高数据查询的效率。此外,若在缓存中未查询到与关键字对应的目标数据,则可以基于关键字在磁盘中进行进一步查询,从而保证可以查询到所需的目标数据。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
图2是本申请的一个实施例电子设备的结构示意图。请参考图2,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图2中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成数据查询装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
上述如本申请图2所示实施例揭示的数据查询装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field -Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图1的方法,并实现数据查询装置在图1所示实施例中的功能,本申请实施例在此不再赘述。
当然,除了软件实现方式之外,本申请的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图1所示实施例的方法,并具体用于执行以下操作:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
图3是本申请的一个实施例数据查询装置30的结构示意图。请参考图3,在一种软件实施方式中,所述数据查询装置30可包括:接收模块31、确定模块32,返回模块33和查询模块34,其中:
接收模块31,接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
确定模块32,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
返回模块33,若所述缓存中包括所述目标数据,则返回所述目标数据;
查询模块34,若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
可选地,所述关键字包括机构标识,所述缓存中包括基于机构表的表名和所述机构表中多个机构标识得到的多个哈希值,以及所述多个机构表中与所述多个机构标识对应的多行数据,所述多个哈希值和所述多行数据以key-value的形式存储在所述缓存中,一行数据中包括一个机构的相关信息,且,所述多行数据的查询频率或次数大于设定阈值;
其中,所述确定模块32,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,包括:
确定与所述机构标识对应的目标哈希值;
根据所述目标哈希值,在所述多行数据中查找是否存在与所述目标哈希值对应的一行目标数据。
可选地,所述关键字包括机构名称中的部分名称,所述缓存中包括多个部分名称和与所述多个部分名称对应的多个json串,所述多个部分名称和所述多个json串以key-value的形式存储在所述缓存中,一个json串中包括机构表中的多行数据,所述多行数据通过对一个部分名称进行模糊匹配得到,且一行数据中包括一个机构的相关信息;
其中,所述确定模块32,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,包括:
根据所述部分名称,在所述多个json串中查找是否存在与所述部分名称对应的目标json串。
可选地,所述关键字包括机构编码中的第一部分编码,所述缓存中包括基于多个第一部分编码得到的多个第一哈希值,以及与所述多个第一哈希值对应的多个第一json串,所述多个第一哈希值和所述多个第一json串以key-value的形式存储在所述缓存中,一个第一json串中包括机构表中的多行数据,所述多行数据通过对一个第一部分编码进行模糊匹配得到,且一行数据中包括一个机构的相关信息;
其中,所述确定模块32,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,包括:
确定与所述第一部分编码对应的第一目标哈希值;
根据所述第一目标哈希值,在所述多个第一json串中查找是否存在与所述第一目标哈希值对应的第一目标json串。
可选地,若所述第一json串中存在与所述第一哈希值对应的第一目标json串,则所述确定模块32,还包括:
接收二次查询请求,所述二次查询请求由用户在所述第一部分编码中添加其他编码后发送,所述二次查询请求中包括在所述第一部分编码中添加其他编码后得到的第二部分编码;
基于所述第二部分编码,确定所述缓存中是否包括与所述第二部分编码对应的目标数据。
可选地,所述缓存中还包括基于多个第二部分编码得到的多个第二哈希值,以及与所述多个第二哈希值对应的多个第二json串,所述多个第二哈希值和所述多个第二json串以key-value的形式存储在所述缓存中,一个第二json串中包括机构表中的至少一行数据,所述至少一行数据通过对一个第二部分编码进行模糊匹配得到,且一行数据中包括一个机构的相关信息;
其中,所述确定模块32,基于所述第二部分编码,确定所述缓存中是否包括与所述第二部分编码对应的目标数据,包括:
确定与所述第二部分编码对应的第二目标哈希值;
根据所述第二目标哈希值,在所述多个第二json串中查找是否存在与所述第二目标哈希值对应的第二目标json串。
可选地,若所述磁盘中的目标数据发生更新,则所述缓存基于所述磁盘中更新后的目标数据对所述缓存中的目标数据进行更新。
本申请实施例提供的数据查询装置30还可执行图1的方法,并实现数据查询装置在图1所示实施例的功能,本申请实施例在此不再赘述。
总之,以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

Claims (10)

1.一种数据查询方法,包括:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
2.如权利要求1所述的方法,其特征在于,
所述关键字包括机构标识,所述缓存中包括基于多个机构表的表名和所述多个机构表中多个机构标识得到的多个哈希值,以及所述多个机构表中与所述多个机构标识对应的多行数据,所述多个哈希值和所述多行数据以key-value的形式存储在所述缓存中,一行数据中包括一个机构的相关信息,且,所述多行数据的查询频率或次数大于设定阈值;
其中,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,包括:
确定与所述机构标识对应的目标哈希值;
根据所述目标哈希值,在所述多行数据中查找是否存在与所述目标哈希值对应的一行目标数据。
3.如权利要求1所述的方法,其特征在于,
所述关键字包括机构名称中的部分名称,所述缓存中包括多个部分名称和与所述多个部分名称对应的多个json串,所述多个部分名称和所述多个json串以key-value的形式存储在所述缓存中,一个json串中包括机构表中的多行数据,所述多行数据通过对一个部分名称进行模糊匹配得到,且一行数据中包括一个机构的相关信息;
其中,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,包括:
根据所述部分名称,在所述多个json串中查找是否存在与所述部分名称对应的目标json串。
4.如权利要求1所述的方法,其特征在于,
所述关键字包括机构编码中的第一部分编码,所述缓存中包括基于多个第一部分编码得到的多个第一哈希值,以及与所述多个第一哈希值对应的多个第一json串,所述多个第一哈希值和所述多个第一json串以key-value的形式存储在所述缓存中,一个第一json串中包括机构表中的多行数据,所述多行数据通过对一个第一部分编码进行模糊匹配得到,且一行数据中包括一个机构的相关信息;
其中,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,包括:
确定与所述第一部分编码对应的第一目标哈希值;
根据所述第一目标哈希值,在所述多个第一json串中查找是否存在与所述第一目标哈希值对应的第一目标json串。
5.如权利要求4所述的方法,其特征在于,若所述第一json串中存在与所述第一哈希值对应的第一目标json串,则所述方法还包括:
接收二次查询请求,所述二次查询请求由用户在所述第一部分编码中添加其他编码后发送,所述二次查询请求中包括在所述第一部分编码中添加其他编码后得到的第二部分编码;
基于所述第二部分编码,确定所述缓存中是否包括与所述第二部分编码对应的目标数据。
6.如权利要求5所述的方法,其特征在于,
所述缓存中还包括基于多个第二部分编码得到的多个第二哈希值,以及与所述多个第二哈希值对应的多个第二json串,所述多个第二哈希值和所述多个第二json串以key-value的形式存储在所述缓存中,一个第二json串中包括机构表中的至少一行数据,所述至少一行数据通过对一个第二部分编码进行模糊匹配得到,且一行数据中包括一个机构的相关信息;
其中,基于所述第二部分编码,确定所述缓存中是否包括与所述第二部分编码对应的目标数据,包括:
确定与所述第二部分编码对应的第二目标哈希值;
根据所述第二目标哈希值,在所述多个第二json串中查找是否存在与所述第二目标哈希值对应的第二目标json串。
7.如权利要求1所述的方法,其特征在于,
若所述磁盘中的目标数据发生更新,则所述缓存基于所述磁盘中更新后的目标数据对所述缓存中的目标数据进行更新。
8.一种数据查询装置,包括:
接收模块,接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
确定模块,基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
返回模块,若所述缓存中包括所述目标数据,则返回所述目标数据;
查询模块,若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
9.一种电子设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,该可执行指令在被执行时使该处理器执行以下操作:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
10.一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下方法:
接收查询请求,所述查询请求中包括用于进行数据查询的关键字;
基于所述关键字,确定缓存中是否包括与所述关键字对应的目标数据,所述缓存预先从磁盘中获取与多个关键字一一对应的多个数据,一个数据基于一个关键字进行完全匹配或模糊匹配得到;
若所述缓存中包括所述目标数据,则返回所述目标数据;
若所述缓存中不包括所述目标数据,则在所述磁盘中查询与所述关键字对应的目标数据。
CN202010267174.XA 2020-04-07 2020-04-07 一种数据查询方法和装置 Pending CN111488371A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010267174.XA CN111488371A (zh) 2020-04-07 2020-04-07 一种数据查询方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010267174.XA CN111488371A (zh) 2020-04-07 2020-04-07 一种数据查询方法和装置

Publications (1)

Publication Number Publication Date
CN111488371A true CN111488371A (zh) 2020-08-04

Family

ID=71812593

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010267174.XA Pending CN111488371A (zh) 2020-04-07 2020-04-07 一种数据查询方法和装置

Country Status (1)

Country Link
CN (1) CN111488371A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112162950A (zh) * 2020-09-11 2021-01-01 杭州涂鸦信息技术有限公司 基于文件系统的数据处理方法、装置和计算机设备
CN112818012A (zh) * 2021-01-26 2021-05-18 深圳力维智联技术有限公司 设备数据匹配方法、装置、设备及存储介质
CN113094356A (zh) * 2021-04-13 2021-07-09 北京精鸿软件科技有限公司 数据库表的设计方法、装置、可读存储介质及电子设备
CN114090637A (zh) * 2021-11-29 2022-02-25 平安科技(深圳)有限公司 数据存取方法、装置、设备及存储介质
CN114090637B (zh) * 2021-11-29 2024-09-24 平安科技(深圳)有限公司 数据存取方法、装置、设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105354151A (zh) * 2014-08-19 2016-02-24 阿里巴巴集团控股有限公司 一种缓存管理方法与设备
CN105718455A (zh) * 2014-12-01 2016-06-29 阿里巴巴集团控股有限公司 一种数据查询方法及装置
CN106341444A (zh) * 2016-03-16 2017-01-18 百度在线网络技术(北京)有限公司 数据访问方法和装置
US20170032024A1 (en) * 2015-07-28 2017-02-02 Alibaba Group Holding Limited Information query
WO2018099107A1 (zh) * 2016-12-02 2018-06-07 深圳市中兴微电子技术有限公司 一种哈希表管理的方法和装置、计算机存储介质
CN108804447A (zh) * 2017-04-28 2018-11-13 北京京东尚科信息技术有限公司 利用缓存响应数据请求的方法和系统
CN109189681A (zh) * 2018-08-23 2019-01-11 彩讯科技股份有限公司 基于ajax的数据仿真方法、客户端及系统
CN109471860A (zh) * 2018-10-31 2019-03-15 北京科东电力控制系统有限责任公司 面向电动汽车充电网络大规模充电桩数据处理方法及装置
CN110928904A (zh) * 2019-10-31 2020-03-27 北京浪潮数据技术有限公司 一种数据查询方法、装置及相关组件

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105354151A (zh) * 2014-08-19 2016-02-24 阿里巴巴集团控股有限公司 一种缓存管理方法与设备
CN105718455A (zh) * 2014-12-01 2016-06-29 阿里巴巴集团控股有限公司 一种数据查询方法及装置
US20170032024A1 (en) * 2015-07-28 2017-02-02 Alibaba Group Holding Limited Information query
CN106341444A (zh) * 2016-03-16 2017-01-18 百度在线网络技术(北京)有限公司 数据访问方法和装置
WO2018099107A1 (zh) * 2016-12-02 2018-06-07 深圳市中兴微电子技术有限公司 一种哈希表管理的方法和装置、计算机存储介质
CN108804447A (zh) * 2017-04-28 2018-11-13 北京京东尚科信息技术有限公司 利用缓存响应数据请求的方法和系统
CN109189681A (zh) * 2018-08-23 2019-01-11 彩讯科技股份有限公司 基于ajax的数据仿真方法、客户端及系统
CN109471860A (zh) * 2018-10-31 2019-03-15 北京科东电力控制系统有限责任公司 面向电动汽车充电网络大规模充电桩数据处理方法及装置
CN110928904A (zh) * 2019-10-31 2020-03-27 北京浪潮数据技术有限公司 一种数据查询方法、装置及相关组件

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112162950A (zh) * 2020-09-11 2021-01-01 杭州涂鸦信息技术有限公司 基于文件系统的数据处理方法、装置和计算机设备
CN112818012A (zh) * 2021-01-26 2021-05-18 深圳力维智联技术有限公司 设备数据匹配方法、装置、设备及存储介质
CN113094356A (zh) * 2021-04-13 2021-07-09 北京精鸿软件科技有限公司 数据库表的设计方法、装置、可读存储介质及电子设备
CN114090637A (zh) * 2021-11-29 2022-02-25 平安科技(深圳)有限公司 数据存取方法、装置、设备及存储介质
CN114090637B (zh) * 2021-11-29 2024-09-24 平安科技(深圳)有限公司 数据存取方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN108255958B (zh) 数据查询方法、装置和存储介质
CN108804532B (zh) 一种查询意图的挖掘和查询意图的识别方法、装置
CN106970936B (zh) 数据处理方法及装置、数据查询方法及装置
CN111488371A (zh) 一种数据查询方法和装置
CN111352902A (zh) 日志处理方法、装置、终端设备及存储介质
CN110175174B (zh) 一种数据查询方法、装置、设备及存储介质
CN111898380A (zh) 文本匹配方法、装置、电子设备及存储介质
CN114900546B (zh) 一种数据处理方法、装置、设备及可读存储介质
CN108616361B (zh) 一种识别设备唯一性的方法及装置
CN111708831A (zh) 全局主键生成方法、装置
CN110909266B (zh) 深度分页的方法、装置及服务器
CN114817657A (zh) 待检索数据处理方法、数据检索方法、电子设备及介质
CN111611471B (zh) 一种搜索方法、装置及电子设备
US11042578B2 (en) Multigram index for database query
CN114463068A (zh) 一种数据处理方法和装置
CN116521733A (zh) 一种数据查询方法及装置
CN114840762B (zh) 推荐内容确定方法、装置和电子设备
CN110046180B (zh) 一种用于定位相似实例的方法、装置和电子设备
CN111538747B (zh) 数据查询、辅助数据查询的方法、装置和设备
CN114691175A (zh) 一种应用更新方法、装置和系统
CN115328950A (zh) 一种基于二级索引的hbase查询方法、终端设备及存储介质
CN110032564B (zh) 一种数据表关联关系的确定方法和装置
CN109241050B (zh) 一种数据查询方法、装置及系统、电子设备
CN113312540A (zh) 信息处理方法、装置、设备、系统及可读存储介质
CN112907198A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200804