CN110532272A - 数据查询方法、装置、电子设备及计算机可读存储介质 - Google Patents
数据查询方法、装置、电子设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN110532272A CN110532272A CN201910818570.4A CN201910818570A CN110532272A CN 110532272 A CN110532272 A CN 110532272A CN 201910818570 A CN201910818570 A CN 201910818570A CN 110532272 A CN110532272 A CN 110532272A
- Authority
- CN
- China
- Prior art keywords
- medical data
- elasticsearch
- data
- index database
- medical
- 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/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
-
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
-
- 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)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例涉及数据处理技术领域,公开了一种数据查询方法、装置、电子设备及计算机可读存储介质,其中,数据查询方法包括:接收待查询医疗数据的查询请求,查询请求包括至少一个查询字段;接着当确定预先建立的Elasticsearch索引库中存在包括至少一个查询字段的索引信息,根据索引信息,从Elasticsearch索引库中查询待查询医疗数据;Elasticsearch索引库是依据索引信息对医疗数据进行存储的。本申请实施例的方法,极大提高了查询效率与检索性能,改善了用户检验,解决了数据查询慢、查询时间长等问题,可以支持千万级、亿级的数据查询,弥补了传统关系型数据库在面对海量数据时的查询缺陷。
Description
技术领域
本申请实施例涉及数据处理技术领域,具体而言,本申请涉及一种数据查询方法、装置、电子设备及计算机可读存储介质。
背景技术
通常医疗***利用传统的关系型数据库与SQL(Structured Query Language,结构化查询语言)查询,来支撑整个***的运行。但是,随着医疗业务的不断发展以及数据的不断积累,数据库中单个数据表的数据量已达千万级、亿级,在这种情况下,使用传统的SQL查询,将存在数据查询慢、查询时间长等问题,尤其当多用户同时查询或者多表联合查询时,查询时间将更长,造成较差的用户体验。
目前,主要采用将基础数据字典、公共配置等引入缓存的公共数据引入缓存方法、以及数据分表的方法,来解决数据查询慢的问题。然而,引入缓存方法虽然能够在一定程度上缓解检索查询的压力,并不能真正意义上解决数据查询效率慢的问题;分表的方法对现有***功能有较大影响,不仅需要修改大量的功能代码,而且当需要查询多个分表的数据并进行聚合查询时,查询性能将变得更糟糕。因此,这两种方法并不能很好的全方位解决数据检索性能的问题。
发明内容
本申请实施例的目的旨在至少能解决上述的技术缺陷之一,特提出以下技术方案:
一方面,提供了一种数据查询方法,包括:
接收待查询医疗数据的查询请求,查询请求包括至少一个查询字段;
当确定预先建立的Elasticsearch索引库中存在包括至少一个查询字段的索引信息,根据索引信息,从Elasticsearch索引库中查询待查询医疗数据;
Elasticsearch索引库是依据索引信息对医疗数据进行存储的。
在一种实现方式中,还包括:
当确定预先建立的Elasticsearch索引库中不存在包括至少一个查询字段的索引信息,根据至少一个查询字段,从预定医疗数据库中查询待查询医疗数据;
预定医疗数据库是依据查询字段对医疗数据进行存储的。
在一种实现方式中,在接收待查询医疗数据的查询请求之前,还包括:
建立Elasticsearch索引库;
建立Elasticsearch索引库,包括:
将预定医疗数据库中存储的各个医疗数据同步到Elasticsearch索引库;
基于各个医疗数据分别对应的至少一个查询字段,在Elasticsearch索引库建立各个医疗数据分别对应的索引信息。
在一种实现方式中,在建立Elasticsearch索引库之后,还包括:
检测到预定医疗数据库中的任一医疗数据发生更新时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作;
更新医疗数据的情形包括以下任一种:
修改医疗数据;新增医疗数据;删除医疗数据。
在一种实现方式中,当检测到预定医疗数据库中的任一医疗数据发生修改时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,包括:
利用修改后的该任一医疗数据替换Elasticsearch索引库中的该任一医疗数据,并将Elasticsearch索引库中该任一医疗数据的索引信息确定为修改后的该任一医疗数据的索引信息。
在一种实现方式中,当检测到预定医疗数据库中的任一医疗数据发生新增时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,包括:
将新增后的该任一医疗数据添加到Elasticsearch索引库中,并在Elasticsearch索引库为新增后的该任一医疗数据建立相应的索引信息。
在一种实现方式中,当检测到预定医疗数据库中的任一医疗数据发生删除时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,包括:
在Elasticsearch索引库中删除该任一医疗数据,并删除该任一医疗数据对应的索引信息。
一方面,提供了一种数据查询装置,包括:
接收模块,用于接收待查询医疗数据的查询请求,查询请求包括至少一个查询字段;
第一处理模块,用于当确定预先建立的Elasticsearch索引库中存在包括至少一个查询字段的索引信息,根据索引信息,从Elasticsearch索引库中查询待查询医疗数据;
Elasticsearch索引库是依据索引信息对医疗数据进行存储的。
在一种实现方式中,还包括第二处理模块;
第二处理模块,用于当确定预先建立的Elasticsearch索引库中不存在包括至少一个查询字段的索引信息,根据至少一个查询字段,从预定医疗数据库中查询待查询医疗数据;
预定医疗数据库是依据查询字段对医疗数据进行存储的。
在一种实现方式中,还包括建立模块;
建立模块,用于建立Elasticsearch索引库;
建立模块包括同步子模块与索引建立子模块;
同步子模块,用于将预定医疗数据库中存储的各个医疗数据同步到Elasticsearch索引库;
索引建立子模块,用于基于各个医疗数据分别对应的至少一个查询字段,在Elasticsearch索引库建立各个医疗数据分别对应的索引信息。
在一种实现方式中,还包括更新模块;
更新模块,用于检测到预定医疗数据库中的任一医疗数据发生更新时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作;
更新医疗数据的情形包括以下任一种:
修改医疗数据;新增医疗数据;删除医疗数据。
在一种实现方式中,当检测到预定医疗数据库中的任一医疗数据发生修改时,更新模块具体用于利用修改后的该任一医疗数据替换Elasticsearch索引库中的该任一医疗数据,并将Elasticsearch索引库中该任一医疗数据的索引信息确定为修改后的该任一医疗数据的索引信息。
在一种实现方式中,当检测到预定医疗数据库中的任一医疗数据发生新增时,更新模块具体用于将新增后的该任一医疗数据添加到Elasticsearch索引库中,并在Elasticsearch索引库为新增后的该任一医疗数据建立相应的索引信息。
在一种实现方式中,当检测到预定医疗数据库中的任一医疗数据发生删除时,更新模块具体用于在Elasticsearch索引库中删除该任一医疗数据,并删除该任一医疗数据对应的索引信息。
一方面,提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现上述的数据查询方法。
一方面,提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现上述的数据查询方法。
本申请实施例提供的数据查询方法,Elasticsearch索引库是依据索引信息对医疗数据进行存储的,根据包括查询请求中的至少一个查询字段的索引信息,从Elasticsearch索引库中查询待查询医疗数据,可以快速查询出符合查询请求中的至少一个查询字段的数据,极大提高了查询效率与检索性能,改善了用户的查询体验,解决了数据查询慢、查询时间长等问题,此外,通过引入Elasticsearch索引库,可以支持千万级、亿级的数据查询,并且查询效率远远高于传统关系型数据库,从而弥补了传统关系型数据库在面对海量数据时的查询缺陷。
本申请实施例附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请实施例上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请实施例的数据查询方法的流程示意图;
图2为本申请实施例的基于Elasticsearch索引库的数据查询示意图;
图3为本申请实施例的对数据进行更新的过程示意图;
图4为本申请实施例的数据查询装置的基本结构示意图;
图5为本申请实施例的数据查询装置的详细结构示意图;
图6为本申请实施例的电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
本申请实施例提供的数据查询方法、装置、电子设备及计算机可读存储介质,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请实施例的技术方案以及本申请实施例的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
本申请一个实施例提供了一种数据查询方法,该方法由服务器设备执行,服务器可以是独立的物理服务器、物理服务器集群或者虚拟服务器。如图1所示,该方法包括:
步骤S110,接收待查询医疗数据的查询请求,查询请求包括至少一个查询字段。
具体地,检索人员可以通过终端设备中的客户端、应用程序APP或其他用于查询数据的终端设备,向医疗数据服务器发送待查询医疗数据的查询请求,以进行待查询医疗数据的查找,相对应地,医疗数据服务器接收待查询医疗数据的查询请求。
具体地,检索人员在查找医疗数据的过程中,可以根据客户端、APP或其他用于查看医疗数据的终端设备等提供的查询界面,通过手动输入或点击选择的方式,确定包括一个或多个查询字段的查询条件,例如包括姓名、年龄、日期等查询字段的查询条件。随后,可以通过触摸查询界面的预设位置、显示框、图形项目、虚拟按键等方式,向医疗数据服务器发送待查询医疗数据的查询请求,其中,触摸的方式包括但不限于单击、双击、左滑、右滑等常见操作。相对应地,医疗数据服务器接收待查询医疗数据的包括至少一个查询字段的查询请求。
步骤S120,当确定预先建立的Elasticsearch索引库中存在包括至少一个查询字段的索引信息,根据索引信息,从Elasticsearch索引库中查询待查询医疗数据;Elasticsearch索引库是依据索引信息对医疗数据进行存储的。
具体地,医疗数据服务器接收到查询请求后,检测预先建立的Elasticsearch索引库中是否存在包括上述的至少一个查询字段的索引信息,当确定预先建立的Elasticsearch索引库中存在包括至少一个查询字段的索引信息时,根据该索引信息,从Elasticsearch索引库中查询待查询医疗数据。
具体地,医疗数据服务器从Elasticsearch索引库中查询到待查询医疗数据后,可以将该查询到的待查询医疗数据发送给终端设备,相对应地,终端设备接收医疗数据服务器返回的待查询医疗数据。终端设备在接收医疗数据服务器返回的待查询医疗数据之后,可以在查询界面中显示该查询到的待查询医疗数据。
其中,医疗数据服务器预先建立有Elasticsearch索引库,该Elasticsearch索引库依据索引信息对医疗数据进行存储。
本申请实施例提供的数据查询方法,Elasticsearch索引库是依据索引信息对医疗数据进行存储的,根据包括查询请求中的至少一个查询字段的索引信息,从Elasticsearch索引库中查询待查询医疗数据,可以快速查询出符合查询请求中的至少一个查询字段的数据,极大提高了查询效率与检索性能,改善了用户的查询体验,解决了数据查询慢、查询时间长等问题,此外,通过引入Elasticsearch索引库,可以支持千万级、亿级的数据查询,并且查询效率远远高于传统关系型数据库,从而弥补了传统关系型数据库在面对海量数据时的查询缺陷。
在一种可能的实现方式中,医疗数据服务器在接收待查询医疗数据的查询请求之前,需要预先建立Elasticsearch索引库。其中,在建立Elasticsearch索引库的过程中,可以根据如下过程来建立:首先,将预定医疗数据库中存储的各个医疗数据同步到Elasticsearch索引库,接着,基于各个医疗数据分别对应的至少一个查询字段,在Elasticsearch索引库建立各个医疗数据分别对应的索引信息。
具体地,上述的预定医疗数据库是传统的关系型数据库,例如Oracle、DB2、Microsoft SQL Server、Microsoft Access、MySQL等等。该预定医疗数据库中存储大量的医疗数据,于是,在构建Elasticsearch索引库的过程中,需要先将该预定医疗数据库中存储的大量医疗数据同步到Elasticsearch索引库中。
具体地,在将预定医疗数据库中存储的大量医疗数据同步到Elasticsearch索引库之后,在Elasticsearch索引库中,可以根据各条医疗数据各自对应的一个或多个查询字段(姓名、年龄、日期、药品、金额等),在Elasticsearch索引库建立各条医疗数据分别对应的索引信息。
假如同步到Elasticsearch索引库中的医疗数据共有3条,其中:医疗数据1中的姓名字段为“张A”、年龄字段为“22岁”、日期字段为“2018.12.13”、药品字段为“A药品”及金额字段为“x元”;医疗数据2中的姓名字段为“李B”、年龄字段为“34岁”、日期字段为“2019.01.30”、药品字段为“B药品”及金额字段为“y元”;医疗数据3中的姓名字段为“王C”、年龄字段为“46岁”、日期字段为“2019.05.26”、药品字段为“C药品”及金额字段为“z元”;则:可以在Elasticsearch索引库中建立各条医疗数据分别对应的索引信息,比如,医疗数据1对应的索引信息为索引1,医疗数据2对应的索引信息为索引2,医疗数据3对应的索引信息为索引3,如下表1所示。
表1 Elasticsearch索引库
具体地,医疗数据服务器接收到查询请求后,假如该查询请求中包括姓名、年龄及日期共3个查询字段,且姓名字段为“张A”、年龄字段为“22岁”、日期字段为“2018.12.13”,则:医疗数据服务器根据查询请求中包括的查询字段,检测Elasticsearch索引库中是否存在包括姓名字段为“张A”、年龄字段为“22岁”且日期字段为“2018.12.13”的索引信息。根据上表1可以看出,Elasticsearch索引库中存在包括姓名字段为“张A”、年龄字段为“22岁”且日期字段为“2018.12.13”的索引信息,且该索引信息为索引1,则根据索引1直接获取到与姓名字段为“张A”、年龄字段为“22岁”且日期字段为“2018.12.13”相关的所有医疗数据,包括药品为“A药品”及金额为“x元”。
具体地,若医疗数据服务器在根据查询请求中包括的查询字段,检测Elasticsearch索引库中是否存在包括姓名字段为“张A”、年龄字段为“22岁”且日期字段为“2018.12.13”的索引信息的过程中,检测到Elasticsearch索引库中不存在包括姓名字段为“张A”、年龄字段为“22岁”且日期字段为“2018.12.13”的索引信息,则:医疗数据服务器通过查询预定医疗数据库来获取相应的待查询医疗数据。其中,在查询预定医疗数据库的过程中,可以根据预先设定的各个查询字段的先后查找顺序,来依次查找预定医疗数据库,并最终查询到符合姓名字段为“张A”、年龄字段为“22岁”且日期字段为“2018.12.13”的医疗数据。
其中,图2给出了医疗数据服务器基于Elasticsearch索引库与预定医疗数据库,根据各个查询字段来查询相应的医疗数据的示意图。图2中的虚线框部分为引入Elasticsearch索引库后,引起的数据查询过程的变化。
在一种可能的实现方式中,在建立Elasticsearch索引库之后,若检测到预定医疗数据库中的任一医疗数据发生更新,则根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作。其中,更新医疗数据的情形包括以下任一种:修改医疗数据;新增医疗数据;删除医疗数据。
具体地,当对预定医疗数据库中的某一医疗数据,例如对上述医疗数据1中的药品字段进行药品的修改、新增及删除等操作时,需要同步更新Elasticsearch索引库中医疗数据1中的药品字段,从而确保通过Elasticsearch索引库进行医疗数据查询时,查询结果的准确性。
具体地,当检测到预定医疗数据库中的任一医疗数据发生修改时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作的过程,可以为:利用修改后的该任一医疗数据替换Elasticsearch索引库中的该任一医疗数据,并将Elasticsearch索引库中该任一医疗数据的索引信息确定为修改后的该任一医疗数据的索引信息。假如,将预定医疗数据库中的医疗数据1的药品字段由“A药品”修改“M药品”,则需要利用“M药品”替换Elasticsearch索引库中的“A药品”,并将Elasticsearch索引库中原本对应于“A药品”的索引1,确定为修改后的“M药品”的索引,即在Elasticsearch索引库中通过查询索引1,可以得到“M药品”这一医疗数据。
具体地,当检测到预定医疗数据库中的任一医疗数据发生新增时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作的过程,可以为:将新增后的该任一医疗数据添加到Elasticsearch索引库中,并在Elasticsearch索引库为新增后的该任一医疗数据建立相应的索引信息。假如,在预定医疗数据库中新增一条医疗数据,记作医疗数据4,则需要将该新增的医疗数据4同步增加到Elasticsearch索引库中,同时在Elasticsearch索引库中为该新增的医疗数据4建立相应的索引信息,比如索引4,后续在Elasticsearch索引库中通过查询索引4,可以得到医疗数据4。
具体地,当检测到预定医疗数据库中的任一医疗数据发生删除时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,可以是:在Elasticsearch索引库中删除该任一医疗数据,并删除该任一医疗数据对应的索引信息。假如,在预定医疗数据库中删除了医疗数据2,则需要Elasticsearch索引库中同步删除医疗数据2,同时在Elasticsearch索引库中删除为医疗数据2建立相应的索引信息(索引2)。
其中,图3给出了预定医疗数据库与Elasticsearch索引库同步更新医疗数据的示意图。图3中的虚线框部分为引入Elasticsearch索引库后,引起的数据更新过程的变化。
图4为本申请又一实施例提供的一种数据查询装置的结构示意图,如
图4所示,该装置40可以包括接收模块41与第一处理模块42,其中:
接收模块41,用于接收待查询医疗数据的查询请求,查询请求包括至少一个查询字段;
第一处理模块42,用于当确定预先建立的Elasticsearch索引库中存在包括至少一个查询字段的索引信息,根据索引信息,从Elasticsearch索引库中查询所述待查询医疗数据;
Elasticsearch索引库是依据索引信息对医疗数据进行存储的。
本申请实施例提供的装置,Elasticsearch索引库是依据索引信息对医疗数据进行存储的,根据包括查询请求中的至少一个查询字段的索引信息,从Elasticsearch索引库中查询待查询医疗数据,可以快速查询出符合查询请求中的至少一个查询字段的数据,极大提高了查询效率与检索性能,改善了用户的查询体验,解决了数据查询慢、查询时间长等问题,此外,通过引入Elasticsearch索引库,可以支持千万级、亿级的数据查询,并且查询效率远远高于传统关系型数据库,从而弥补了传统关系型数据库在面对海量数据时的查询缺陷。
图5为本申请又一实施例提供的一种数据查询装置的详细结构示意图,如图5所示,该装置50可以包括接收模块51、第一处理模块52、第二处理模块53、建立模块54及更新模块55,其中,图5中的接收模块51所实现的功能与图4中的接收模块41相同,图5中的第一处理模块52所实现的功能与图4中的第一处理模块42相同,在此不再赘述。下面对图5所示的数据查询装置进行详细介绍:
具体地,还包括第二处理模块53,其中:
第二处理模块53,用于当确定预先建立的Elasticsearch索引库中不存在包括至少一个查询字段的索引信息,根据至少一个查询字段,从预定医疗数据库中查询待查询医疗数据;
预定医疗数据库是依据查询字段对医疗数据进行存储的。
具体地,还包括建立模块54,其中:
建立模块54,用于建立Elasticsearch索引库;
建立模块54包括同步子模块541与索引建立子模块542,其中:
同步子模块541,用于将预定医疗数据库中存储的各个医疗数据同步到Elasticsearch索引库;
索引建立子模块542,用于基于各个医疗数据分别对应的至少一个查询字段,在Elasticsearch索引库建立各个医疗数据分别对应的索引信息。
具体地,还包括更新模块55,其中:
更新模块55,用于检测到预定医疗数据库中的任一医疗数据发生更新时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作;
更新医疗数据的情形包括以下任一种:
修改医疗数据;新增医疗数据;删除医疗数据。
具体地,当检测到预定医疗数据库中的任一医疗数据发生修改时,更新模块55具体用于利用修改后的该任一医疗数据替换Elasticsearch索引库中的该任一医疗数据,并将Elasticsearch索引库中该任一医疗数据的索引信息确定为修改后的该任一医疗数据的索引信息。
具体地,当检测到预定医疗数据库中的任一医疗数据发生新增时,更新模块55具体用于将新增后的该任一医疗数据添加到Elasticsearch索引库中,并在Elasticsearch索引库为新增后的该任一医疗数据建立相应的索引信息。
具体地,当检测到预定医疗数据库中的任一医疗数据发生删除时,更新模块55具体用于在Elasticsearch索引库中删除该任一医疗数据,并删除该任一医疗数据对应的索引信息。
需要说明的是,本实施例为与上述的方法项实施例相对应的装置项实施例,本实施例可与上述方法项实施例互相配合实施。上述方法项实施例中提到的相关技术细节在本实施例中依然有效,为了减少重复,这里不再赘述。相应地,本实施例中提到的相关技术细节也可应用在上述方法项实施例中。
本申请另一实施例提供了一种电子设备,如图6所示,图6所示的电子设备600包括:处理器601和存储器603。其中,处理器601和存储器603相连,如通过总线602相连。进一步地,电子设备600还可以包括收发器604。需要说明的是,实际应用中收发器604不限于一个,该电子设备600的结构并不构成对本申请实施例的限定。
其中,处理器601应用于本申请实施例中,用于实现图4与图5所示的接收模块及第一处理模块的功能,以及图5所示的第二处理模块、建立模块与更新模块的功能。
处理器601可以是CPU,通用处理器,DSP,ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器601也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线602可包括一通路,在上述组件之间传送信息。总线602可以是PCI总线或EISA总线等。总线602可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器603可以是ROM或可存储静态信息和指令的其他类型的静态存储设备,RAM或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器603用于存储执行本申请方案的应用程序代码,并由处理器601来控制执行。处理器601用于执行存储器603中存储的应用程序代码,以实现图4或图5所示实施例提供的数据查询装置的动作。
本申请实施例提供的电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时,可实现:Elasticsearch索引库是依据索引信息对医疗数据进行存储的,根据包括查询请求中的至少一个查询字段的索引信息,从Elasticsearch索引库中查询待查询医疗数据,可以快速查询出符合查询请求中的至少一个查询字段的数据,极大提高了查询效率与检索性能,改善了用户的查询体验,解决了数据查询慢、查询时间长等问题,此外,通过引入Elasticsearch索引库,可以支持千万级、亿级的数据查询,并且查询效率远远高于传统关系型数据库,从而弥补了传统关系型数据库在面对海量数据时的查询缺陷。
本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现上述实施例所示的方法。其中:Elasticsearch索引库是依据索引信息对医疗数据进行存储的,根据包括查询请求中的至少一个查询字段的索引信息,从Elasticsearch索引库中查询待查询医疗数据,可以快速查询出符合查询请求中的至少一个查询字段的数据,极大提高了查询效率与检索性能,改善了用户的查询体验,解决了数据查询慢、查询时间长等问题,此外,通过引入Elasticsearch索引库,可以支持千万级、亿级的数据查询,并且查询效率远远高于传统关系型数据库,从而弥补了传统关系型数据库在面对海量数据时的查询缺陷。
本申请实施例提供的计算机可读存储介质适用于上述方法的任一实施例。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种数据查询方法,其特征在于,包括:
接收待查询医疗数据的查询请求,所述查询请求包括至少一个查询字段;
当确定预先建立的Elasticsearch索引库中存在包括所述至少一个查询字段的索引信息,根据所述索引信息,从所述Elasticsearch索引库中查询所述待查询医疗数据;
所述Elasticsearch索引库是依据索引信息对医疗数据进行存储的。
2.根据权利要求1所述的方法,其特征在于,还包括:
当确定预先建立的Elasticsearch索引库中不存在包括所述至少一个查询字段的索引信息,根据所述至少一个查询字段,从预定医疗数据库中查询所述待查询医疗数据;
所述预定医疗数据库是依据查询字段对医疗数据进行存储的。
3.根据权利要求1所述的方法,其特征在于,在接收待查询医疗数据的查询请求之前,还包括:
建立Elasticsearch索引库;
所述建立Elasticsearch索引库,包括:
将预定医疗数据库中存储的各个医疗数据同步到所述Elasticsearch索引库;
基于各个医疗数据分别对应的至少一个查询字段,在所述Elasticsearch索引库建立各个医疗数据分别对应的索引信息。
4.根据权利要求3所述的方法,其特征在于,在建立Elasticsearch索引库之后,还包括:
检测到预定医疗数据库中的任一医疗数据发生更新时,根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作;
更新医疗数据的情形包括以下任一种:
修改医疗数据;新增医疗数据;删除医疗数据。
5.根据权利要求4所述的方法,其特征在于,当检测到预定医疗数据库中的任一医疗数据发生修改时,所述根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,包括:
利用修改后的该任一医疗数据替换所述Elasticsearch索引库中的该任一医疗数据,并将所述Elasticsearch索引库中该任一医疗数据的索引信息确定为修改后的该任一医疗数据的索引信息。
6.根据权利要求4所述的方法,其特征在于,当检测到预定医疗数据库中的任一医疗数据发生新增时,所述根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,包括:
将新增后的该任一医疗数据添加到所述Elasticsearch索引库中,并在所述Elasticsearch索引库为新增后的该任一医疗数据建立相应的索引信息。
7.根据权利要求4所述的方法,其特征在于,当检测到预定医疗数据库中的任一医疗数据发生删除时,所述根据更新后的该任一医疗数据对Elasticsearch索引库中该任一医疗数据进行相应的更新操作,包括:
在Elasticsearch索引库中删除该任一医疗数据,并删除该任一医疗数据对应的索引信息。
8.一种数据查询装置,其特征在于,包括:
接收模块,用于接收待查询医疗数据的查询请求,所述查询请求包括至少一个查询字段;
第一处理模块,用于当确定预先建立的Elasticsearch索引库中存在包括所述至少一个查询字段的索引信息,根据所述索引信息,从所述Elasticsearch索引库中查询所述待查询医疗数据;
所述Elasticsearch索引库是依据索引信息对医疗数据进行存储的。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1-7任一项所述的数据查询方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现权利要求1-7任一项所述的数据查询方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910818570.4A CN110532272A (zh) | 2019-08-30 | 2019-08-30 | 数据查询方法、装置、电子设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910818570.4A CN110532272A (zh) | 2019-08-30 | 2019-08-30 | 数据查询方法、装置、电子设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110532272A true CN110532272A (zh) | 2019-12-03 |
Family
ID=68666048
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910818570.4A Pending CN110532272A (zh) | 2019-08-30 | 2019-08-30 | 数据查询方法、装置、电子设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110532272A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111008200A (zh) * | 2019-12-18 | 2020-04-14 | 北京数衍科技有限公司 | 数据查询方法、装置和服务器 |
CN111753015A (zh) * | 2020-06-28 | 2020-10-09 | 中国银行股份有限公司 | 支付清算***的数据查询方法及装置 |
CN111858831A (zh) * | 2020-07-07 | 2020-10-30 | 杭州安恒信息技术股份有限公司 | 一种基于APT分析的Elasticsearch索引方法、装置和计算机设备 |
CN111913959A (zh) * | 2020-07-17 | 2020-11-10 | 浙江大华技术股份有限公司 | 一种数据查询方法、装置、终端和存储介质 |
CN111914020A (zh) * | 2020-06-18 | 2020-11-10 | 北京旷视科技有限公司 | 数据同步方法及装置、数据查询方法及装置 |
CN112487025A (zh) * | 2020-12-18 | 2021-03-12 | 广州奇享科技有限公司 | 数据查询方法、装置、电子设备及存储介质 |
CN113094340A (zh) * | 2021-04-28 | 2021-07-09 | 杭州海康威视数字技术股份有限公司 | 基于Hudi的数据查询方法、装置、设备及存储介质 |
CN116303628A (zh) * | 2023-05-25 | 2023-06-23 | 南京中孚信息技术有限公司 | 基于Elasticsearch的告警数据查询方法、***及设备 |
CN116959656A (zh) * | 2023-08-18 | 2023-10-27 | 成都医星科技有限公司 | 基于es的医疗主索引抽取合并方法及*** |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1424639A2 (en) * | 2002-11-27 | 2004-06-02 | Hitachi Software Engineering Co., Ltd. | Data distribution method, data search method and data search system |
CN104537101A (zh) * | 2015-01-12 | 2015-04-22 | 杏树林信息技术(北京)有限公司 | 医学信息搜索引擎***和搜索方法 |
CN106919675A (zh) * | 2017-02-24 | 2017-07-04 | 浙江大华技术股份有限公司 | 一种数据存储方法及装置 |
CN106959963A (zh) * | 2016-01-12 | 2017-07-18 | 杭州海康威视数字技术股份有限公司 | 一种数据查询方法、装置及*** |
CN109542966A (zh) * | 2018-11-09 | 2019-03-29 | 金色熊猫有限公司 | 数据融合方法、装置、电子设备及计算机可读介质 |
CN109840251A (zh) * | 2018-12-29 | 2019-06-04 | 北京奥鹏远程教育中心有限公司 | 一种大数据聚合查询方法 |
CN110083627A (zh) * | 2019-04-28 | 2019-08-02 | 江苏满运软件科技有限公司 | 数据处理方法、***、计算机设备和存储介质 |
-
2019
- 2019-08-30 CN CN201910818570.4A patent/CN110532272A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1424639A2 (en) * | 2002-11-27 | 2004-06-02 | Hitachi Software Engineering Co., Ltd. | Data distribution method, data search method and data search system |
CN104537101A (zh) * | 2015-01-12 | 2015-04-22 | 杏树林信息技术(北京)有限公司 | 医学信息搜索引擎***和搜索方法 |
CN106959963A (zh) * | 2016-01-12 | 2017-07-18 | 杭州海康威视数字技术股份有限公司 | 一种数据查询方法、装置及*** |
CN106919675A (zh) * | 2017-02-24 | 2017-07-04 | 浙江大华技术股份有限公司 | 一种数据存储方法及装置 |
CN109542966A (zh) * | 2018-11-09 | 2019-03-29 | 金色熊猫有限公司 | 数据融合方法、装置、电子设备及计算机可读介质 |
CN109840251A (zh) * | 2018-12-29 | 2019-06-04 | 北京奥鹏远程教育中心有限公司 | 一种大数据聚合查询方法 |
CN110083627A (zh) * | 2019-04-28 | 2019-08-02 | 江苏满运软件科技有限公司 | 数据处理方法、***、计算机设备和存储介质 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111008200B (zh) * | 2019-12-18 | 2024-01-16 | 北京数衍科技有限公司 | 数据查询方法、装置和服务器 |
CN111008200A (zh) * | 2019-12-18 | 2020-04-14 | 北京数衍科技有限公司 | 数据查询方法、装置和服务器 |
CN111914020A (zh) * | 2020-06-18 | 2020-11-10 | 北京旷视科技有限公司 | 数据同步方法及装置、数据查询方法及装置 |
CN111753015A (zh) * | 2020-06-28 | 2020-10-09 | 中国银行股份有限公司 | 支付清算***的数据查询方法及装置 |
CN111753015B (zh) * | 2020-06-28 | 2023-09-19 | 中国银行股份有限公司 | 支付清算***的数据查询方法及装置 |
CN111858831A (zh) * | 2020-07-07 | 2020-10-30 | 杭州安恒信息技术股份有限公司 | 一种基于APT分析的Elasticsearch索引方法、装置和计算机设备 |
CN111858831B (zh) * | 2020-07-07 | 2024-04-09 | 杭州安恒信息技术股份有限公司 | 一种基于APT分析的Elasticsearch索引方法、装置和计算机设备 |
CN111913959A (zh) * | 2020-07-17 | 2020-11-10 | 浙江大华技术股份有限公司 | 一种数据查询方法、装置、终端和存储介质 |
CN111913959B (zh) * | 2020-07-17 | 2024-06-04 | 浙江大华技术股份有限公司 | 一种数据查询方法、装置、终端和存储介质 |
CN112487025A (zh) * | 2020-12-18 | 2021-03-12 | 广州奇享科技有限公司 | 数据查询方法、装置、电子设备及存储介质 |
CN113094340A (zh) * | 2021-04-28 | 2021-07-09 | 杭州海康威视数字技术股份有限公司 | 基于Hudi的数据查询方法、装置、设备及存储介质 |
CN116303628B (zh) * | 2023-05-25 | 2023-09-22 | 南京中孚信息技术有限公司 | 基于Elasticsearch的告警数据查询方法、***及设备 |
CN116303628A (zh) * | 2023-05-25 | 2023-06-23 | 南京中孚信息技术有限公司 | 基于Elasticsearch的告警数据查询方法、***及设备 |
CN116959656A (zh) * | 2023-08-18 | 2023-10-27 | 成都医星科技有限公司 | 基于es的医疗主索引抽取合并方法及*** |
CN116959656B (zh) * | 2023-08-18 | 2024-04-23 | 成都医星科技有限公司 | 基于es的医疗主索引抽取合并方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110532272A (zh) | 数据查询方法、装置、电子设备及计算机可读存储介质 | |
CN108431804B (zh) | 将多个容器数据库分组为单个容器数据库集群的能力 | |
US9589041B2 (en) | Client and server integration for replicating data | |
CN103810224B (zh) | 信息持久化和查询方法及装置 | |
TWI262406B (en) | System, method and program storage device for dynamic caching of data based on queries performed by a local application | |
US8380702B2 (en) | Loading an index with minimal effect on availability of applications using the corresponding table | |
US7117222B2 (en) | Pre-formatted column-level caching to improve client performance | |
CN109416694A (zh) | 包括资源有效索引的键值存储*** | |
US8560500B2 (en) | Method and system for removing rows from directory tables | |
EP3702932A1 (en) | Method, apparatus, device and medium for storing and querying data | |
US20090012932A1 (en) | Method and System For Data Storage And Management | |
US9798762B2 (en) | Real time big data master data management | |
US7966349B2 (en) | Moving records between partitions | |
US20150234870A1 (en) | Dynamic mapping of extensible datasets to relational database schemas | |
CN103853714B (zh) | 一种数据处理方法和装置 | |
CN110737682A (zh) | 一种缓存操作方法、装置、存储介质和电子设备 | |
WO2018095299A1 (zh) | 一种时序数据管理方法、设备和装置 | |
CN110209728A (zh) | 一种分布式异构数据库同步方法、电子设备及存储介质 | |
US20070282878A1 (en) | System and method for online reorganization of a database using flash image copies | |
US20040181514A1 (en) | Byte-code representations of actual data to reduce network traffic in database transactions | |
US20190303486A1 (en) | Dynamic hash partitioning for large-scale database management systems | |
US7627595B2 (en) | Apparatus, method, and computer program product for synchronizing data sources | |
CN113495872A (zh) | 分布式数据库中的事务处理方法及*** | |
CN106815258A (zh) | 一种数据存储方法和协调节点 | |
CN109815240A (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: 801-2, floor 8, building 3, No. 22, Ronghua Middle Road, Beijing Economic and Technological Development Zone, Daxing District, Beijing Applicant after: Wanghai Kangxin (Beijing) Technology Co., Ltd Address before: Room 07, Room 2, Building B, 12 Hongda North Road, Beijing Daxing District, Beijing Applicant before: Beijing Neusoft Wang Hai Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191203 |
|
RJ01 | Rejection of invention patent application after publication |