CN115774731A - 一种数据查询方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请涉及数据处理技术领域，尤其涉及一种数据查询方法、装置、电子设备和存储介质，用以提高数据查询效率。其中，方法包括：响应于针对待查询文件的信息输入操作，获取待查询文件的查询信息，查询信息中包括待查询文件的属性信息、查询范围和查询字段；基于属性信息，获得待查询文件的存储路径信息；基于查询范围和存储路径信息在分布式文件系统中进行查找，获得待查询文件；基于查询字段，对待查询文件进行数据提取，获得查询字段对应的查询字段值，并呈现用于展示查询字段和对应的查询字段值的数据展示界面。由于本申请中用户只需输入查询信息，即可获得数据展示界面呈现的查询字段和对应的查询字段值，提高数据查询效率。

Description

一种数据查询方法、装置、电子设备和存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据查询方法、装置、电子设备和存储介质。

背景技术

随着互联网技术的快速发展，互联网中的数据量也不断增加，越来越多的企业选择将文件保存在分布式文件系统中。在分布式文件系统中，为了提高系统的扩展性和可用性，会把文件切分成若干份，分别存储在不同的服务器节点上。将文件存储到分布式文件系统之后，通常技术人员还需要查询文件中的目标数据，以对目标数据进行统计分析，获得有用信息。

相关技术中，技术人员为了查询目标数据，需要先登录数据库服务器找到目标数据所在的文件对应的索引信息，再登录分布式文件系统基于索引信息，通过手动调用命令的方式查看文件内容，最后人工区分文件中的数据，获得目标数据。基于上述方式查询目标数据，技术人员需要登录数据库服务器和分布式文件系统，并人工区分文件中的数据，耗费时间长，数据查询效率低。

因此，如何提高数据查询效率成为目前亟待解决的问题。

发明内容

本申请实施例提供一种数据查询方法、装置、电子设备和存储介质，用以提高数据查询效率。

第一方面，本申请实施例提供的一种数据查询方法，包括：

响应于针对待查询文件的信息输入操作，获取所述待查询文件的查询信息，所述查询信息中包括所述待查询文件的属性信息、查询范围和查询字段；

基于所述属性信息，获得所述待查询文件的存储路径信息；

基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件；

基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值，并呈现用于展示所述查询字段和对应的查询字段值的数据展示界面。

基于上述方式，在进行数据查询时，用户只需输入待查询文件的查询信息，即可获得查询字段和对应的查询字段值，极大的简化了用户在进行数据查询时需要执行的步骤，提高数据查询效率，降低数据查询的技术门槛，并且通过数据展示界面，以可视化的方式展示查询字段和查询字段值，提高数据查询结果的可读性。

在一种可能的实施例中，所述属性信息包含用于记录所述待查询文件中各字段的偏置信息的业务表；

在所述基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值之前，还包括：

基于所述业务表对所述待查询文件进行解析，获得所述待查询文件包含的各字段对应的字段值；

所述基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值，包括：

基于所述查询字段，从各字段值中提取所述查询字段对应的查询字段值。

在一种可能的实施例中，所述查询字段包括主键字段和数据字段，所述查询字段值包括主键字段值和数据字段值；所述基于所述查询字段，从各字段值中提取所述查询字段对应的字段值，包括：

从所述各字段值中，分别提取所述主键字段对应的多个主键字段值和所述数据字段对应的多个数据字段值。

在一种可能的实施例中，所述方法还包括：

基于所述多个主键字段值对所述多个数据字段值进行划分，获得各主键字段值对应的数据字段值；

针对每个主键字段值，分别执行以下操作：

将所述主键字段值对应的数据字段值进行加和，获得所述主键字段值对应的数据加和值，并将所述数据字段值替换为所述数据加和值。

在一种可能的实施例中，若所述查询范围为单个查询，则所述基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件，包括：

基于所述存储路径信息在所述分布式文件系统中进行查找，获得目标文件，将所述目标文件作为所述待查询文件。

在一种可能的实施例中，若所述查询范围为组合查询，则所述基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件，包括：

基于所述存储路径信息，获得目标文件和所述目标文件关联的至少一个关联文件的存储路径信息；

基于所述至少一个关联文件的存储路径信息，获得所述至少一个关联文件，并将所述目标文件和所述至少一个关联文件作为所述待查询文件。

在一种可能的实施例中，所述属性信息包括下列的部分或全部：所述待查询文件的批次号、文件名称和所述待查询文件所属的作业名称。

第二方面，本申请实施例提供的一种数据查询装置，包括：

响应单元，用于响应于针对待查询文件的信息输入操作，获取所述待查询文件的查询信息，所述查询信息中包括所述待查询文件的属性信息、查询范围和查询字段；

处理单元，用于基于所述属性信息，获得所述待查询文件的存储路径信息；

查找单元，用于基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件；

提取单元，用于基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值，并呈现用于展示所述查询字段和对应的查询字段值的数据展示界面。

在一种可能的实施例中，所述属性信息包含用于记录所述待查询文件中各字段的偏置信息的业务表；所述装置还包括解析单元：

所述解析单元用于：基于所述业务表对所述待查询文件进行解析，获得所述待查询文件包含的各字段对应的字段值；

所述提取单元具体用于：

基于所述查询字段，从各字段值中提取所述查询字段对应的查询字段值。

在一种可能的实施例中，所述查询字段包括主键字段和数据字段，所述查询字段值包括主键字段值和数据字段值；所述提取单元具体用于：

从所述各字段值中，分别提取所述主键字段对应的多个主键字段值和所述数据字段对应的多个数据字段值。

在一种可能的实施例中，所述提取单元还用于：

基于所述多个主键字段值对所述多个数据字段值进行划分，获得各主键字段值对应的数据字段值；

针对每个主键字段值，分别执行以下操作：

将所述主键字段值对应的数据字段值进行加和，获得所述主键字段值对应的数据加和值，并将所述数据字段值替换为所述数据加和值。

在一种可能的实施例中，若所述查询范围为单个查询，则所述查找单元具体用于：

基于所述存储路径信息在所述分布式文件系统中进行查找，获得目标文件，将所述目标文件作为所述待查询文件。

在一种可能的实施例中，若所述查询范围为组合查询，则所述查找单元具体用于：

基于所述存储路径信息，获得目标文件和所述目标文件关联的至少一个关联文件的存储路径信息；

基于所述至少一个关联文件的存储路径信息，获得所述至少一个关联文件，并将所述目标文件和所述至少一个关联文件作为所述待查询文件。

在一种可能的实施例中，所述属性信息包括下列的部分或全部：所述待查询文件的批次号、文件名称和所述待查询文件所属的作业名称。

第三方面，本申请实施例提供的一种电子设备，包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行上述任意一种数据查询方法的步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行上述任意一种数据查询方法的步骤。

第五方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行上述任意一种数据查询方法的步骤。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中的一种应用场景的一个可选的示意图；

图2为本申请实施例中的一种数据显示方法的实施流程图；

图3为本申请实施例中的一种分布式文件的结构示意图；

图4为本申请实施例中的一种数据查询方法的逻辑示意图；

图5为本申请实施例中的一种数据查询方法的整体流程示意图；

图6为相关技术中的一种数据查询方法的流程示意图；

图7为本申请实施例中的另一种数据查询方法的逻辑示意图；

图8为本申请实施例中的一种数据查询界面的示意图；

图9为本申请实施例中的一种数据展示界面的示意图；

图10本申请实施例中的一种图像处理装置的结构示意图；

图11为应用本申请实施例的一种电子设备的一个硬件组成结构示意图；

图12为应用本申请实施例的另一种电子设备的一个硬件组成结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

下面对本申请实施例中涉及的部分概念进行介绍。

分布式文件系统(Hadoop Distributed File System，HDFS)：是一个易于扩展的分布式文件系统，运行在成百上千低成本的机器上，具有高度容错能力。能够提供高吞吐量的数据访问，常用于大规模数据集应用。在本申请实施例中，主要是对HDFS中的数据进行查询。

查询字段：包括主键字段和数据字段，指需要查询的字段名称，例如，查询字段为“姓名”，查询字段值可以为“张三”、“李四”等。

业务表(Copybook)：用于记录待查询文件中各字段的偏置信息，在待查询文件中以字符串的形式记录各字段，业务表中则记录每个字段的偏置信息(表字段信息)，例如，待查询文件中包含字符串“01abc2345”，业务表中则记录第1-2个字符记录“姓名”，第3-5个字符记录“性别”，第5-8个字符记录“年龄”。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的获取、存储、使用、处理等，均符合国家法律法规的相关规定。

在介绍本申请实施例所提供的数据查询方法之前，为了便于理解，首先对下面对本申请实施例的设计思想进行详细介绍：

随着互联网技术的快速发展，互联网中的数据量也不断增加，越来越多的企业选择将文件保存在分布式文件系统中。在分布式文件系统中，为了提高系统的扩展性和可用性，会把文件切分成若干份，分别存储在不同的服务器节点上。将文件存储到分布式文件系统之后，通常技术人员还需要查询文件中的目标数据，以对目标数据进行统计分析，获得有用信息。

相关技术中，技术人员为了查询目标数据，需要先登录数据库服务器找到目标数据所在的文件对应的索引信息，再登录分布式文件系统基于索引信息，通过手动调用命令的方式查看文件内容，最后人工区分文件中的数据，获得目标数据。基于上述方式查询目标数据，技术人员需要登录数据库服务器和分布式文件系统，并人工区分文件中的数据，耗费时间长，数据查询效率低。由于操作繁琐，效率低，核检难度大，浪费人力，需要有一定基础的技术人员操作，极易出错，每次都只能查看一个文件且部分文件内容过大，有的作业还会产生大量分片文件，给检核人员带来了极大的不便，只能在服务器用命令查看文件内容，不能达到最终字段求和的目的，不能可视化并且友好的展示出所需文件字段内容。因此，如何提高数据查询效率成为目前亟待解决的问题。

有鉴于此，本申请实施例提供了一种数据查询方法、装置、电子设备及介质，首先响应于针对待查询文件的信息输入操作，获取待查询文件的查询信息，基于属性信息，获得待查询文件的存储路径信息；然后基于查询范围和存储路径信息在分布式文件系统中进行查找，获得待查询文件；最后基于查询字段，对待查询文件进行数据提取，获得查询字段对应的查询字段值，并呈现用于展示查询字段和对应的查询字段值的数据展示界面。基于上述方式，在进行数据查询时，用户只需输入待查询文件的查询信息，即可获得查询字段和对应的查询字段值，极大的简化了用户在进行数据查询时需要执行的步骤，提高数据查询效率，降低数据查询的技术门槛，并且通过数据展示界面，以可视化的方式展示查询字段和查询字段值，提高数据查询结果的可读性。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，其为本申请实施例的应用场景示意图。该应用场景图中包括两个终端设备1101和1102和一个服务器120。

在本申请实施例中，终端设备包括但不限于手机、平板电脑、笔记本电脑、台式电脑、电子书阅读器、智能语音交互设备、智能家电、车载终端等设备；终端设备上可以安装有数据查询相关的客户端，该客户端可以是软件(例如浏览器、数据查询软件等)，也可以是网页、小程序等，服务器则是与软件或是网页、小程序等相对应的后台服务器，或者是专门用于进行数据查询的服务器，本申请不做具体限定。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

需要说明的是，本申请实施例中的数据查询方法可以由电子设备执行，该电子设备可以为服务器或者终端设备，即，该方法可以由服务器或者终端设备单独执行，也可以由服务器和终端设备共同执行。比如由服务器和终端设备共同执行时，终端设备响应于针对待查询文件的信息输入操作，获取待查询文件的查询信息，并将查询信息发送给服务器；服务器基于属性信息，获得待查询文件的存储路径信息，基于查询范围和存储路径信息在分布式文件系统中进行查找，获得待查询文件；基于查询字段，对待查询文件进行数据提取，获得查询字段对应的查询字段值，服务器将查询字段值发送给终端设备，终端设备呈现用于展示查询字段和对应的查询字段值的数据展示界面。

在一种可选的实施方式中，终端设备与服务器之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络是有线网络或无线网络。

需要说明的是，图1所示只是举例说明，实际上终端设备和服务器的数量不受限制，在本申请实施例中不做具体限定。

本申请实施例中，当服务器的数量为多个时，多个服务器可组成为一区块链，而服务器为区块链上的节点；如本申请实施例所公开的数据查询方法，其中所涉及的待查询文件可保存于区块链上等。

此外，本申请实施例可应用于各种场景，不仅包括数据查询场景，还包括但不限于云技术、人工智能、智慧交通、辅助驾驶等场景。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式提供的数据查询方法，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参阅图2所示，为本申请实施例提供的一种数据查询方法的实施流程图，以执行主体为服务器为例，该方法的具体实施流程包括如下步骤S21-S24：

S21：服务器响应于针对待查询文件的信息输入操作，获取待查询文件的查询信息；

具体地，客户端展示数据查询界面，用户在进行数据查询时在数据查询界面中输入待查询文件的查询信息，并发送给服务器，以使服务器根据查询信息进行数据查询，查询信息中包括待查询文件的属性信息、查询范围和查询字段。属性信息包括待查询文件的批次号、文件名称和待查询文件所属的作业名称。其中，批次号指作业跑批处理的日期时间，例如2022年10月20号，批处理下有N个作业，作业名称(简称作业名)为可扩展标记语言(eXtensible Markup Language，XML)名称，用于区分批处理下的不同作业，文件名称用于区分作业下的不同文件，通过批次号、文件名和作业名能够区分不同的文件。

S22：服务器基于属性信息，获得待查询文件的存储路径信息；

其中，待查询文件的存储路径信息也可称为待查询文件的索引，服务器在信息系统(Information Systems Branch，ISB)数据库中查询文件索引表，所有作业产生的文件具体路径都会记录在此表中。再基于属性信息从文件索引表中获得待查询文件的存储路径信息，可以基于批次号和作业号进行查询，也可以基于批次号和文件名进行查询，还可以基于批次号、作业号和文件名进行组合查询。

S23：服务器基于查询范围和存储路径信息在分布式文件系统中进行查找，获得待查询文件；

具体地，加载HDFS配置及文件路径(存储路径信息)，通过调用HDFS API进行查找，获得待查询文件。

在分布式文件系统中，一个文件会被切割成很多部分，例如在银行系统中，包含多家省行，如图3所示，为本申请实施例中的一种分布式文件的结构示意图，对于文件1，被分割为两部分分别存储在省行1和省行2中，在省行1中被分割为分区文件1-3，存储在不同的分区中，在省行2中被分割为2个分区文件4-5，存储在不同的分区中。

需要说明的是，上述列举的省行的数量和切割的分区文件的数量仅为举例说明，本申请在此不做具体限定。

在一种可能的实施例中，若查询范围为单个查询，则步骤S23可以实施为：

基于存储路径信息在分布式文件系统中进行查找，获得目标文件，将目标文件作为待查询文件。

具体地，若查询范围为单个查询，则表示仅需要查找一个省行中的分区文件(目标文件)，获得的存储路径信息即为目标文件的存储路径信息，将目标文件作为待查询文件。

在一种可能的实施例中，若查询范围为组合查询，则步骤S23可以实施为：

基于存储路径信息，获得目标文件和目标文件关联的至少一个关联文件的存储路径信息；基于至少一个关联文件的存储路径信息，获得至少一个关联文件，并将目标文件和至少一个关联文件作为待查询文件。

具体地，若查询范围为组合查询，则表示需要查找目标文件和目标文件的关联文件，则基于目标文件的存储路径信息获得关联文件的存储路径信息，查找到关联文件。例如，仍以图3中的分布式文件为例，目标文件为分区文件1，存储路径信息为：/home/qh/qh1/FILE.A001，则关联文件为分区文件2-3，格式化省行文件路径，获得关联文件的存储路径信息为：/home/qh/qh*/FILE.A*，则基于存储路径信息获得分区文件2-3。

S24：服务器基于查询字段，对待查询文件进行数据提取，获得查询字段对应的查询字段值，并呈现用于展示查询字段和对应的查询字段值的数据展示界面。

具体地，服务器调用JAVA IO(JAVA操作文件的工具类)逐行读取待查询文件中的文件数据，通过业务表解析数据，获得查询字段对应的查询字段值。

在本申请实施例中，在进行数据查询时，用户只需输入待查询文件的查询信息，即可获得查询字段和对应的查询字段值，极大的简化了用户在进行数据查询时需要执行的步骤，提高数据查询效率，降低数据查询的技术门槛，并且通过数据展示界面，以可视化的方式展示查询字段和查询字段值，提高数据查询结果的可读性。

如图4所示，为本申请实施例中的一种数据查询方法的逻辑示意图，首先用户输入待查询文件的查询信息，然后服务器根据查询范围为单个查询或组合查询，在分布式文件系统中获得待查询文件，然后从待查询文件中进行数据提取，最后通过数据展示界面可视化展示结果。

在本申请实施例中，用户通过登录数据查询的可视化页面，依次选择批次号，作业名称、文件名称，文件对应的业务表以及主键和数据字段即可查询出数据结果，极大的简化了原有繁琐复杂的流程，让繁琐复杂的操作交给程序去处理，用户只需要关心执行文件内容求和结果即可。

在一种可能的实施例中，在基于查询字段，对待查询文件进行数据提取，获得查询字段对应的查询字段值之前，还可执行以下步骤：

基于业务表对待查询文件进行解析，获得待查询文件包含的各字段对应的字段值。

其中，属性信息包含用于记录待查询文件中各字段的偏置信息的业务表，用于对待查询文件进行解析，获得字段值，在获得字段值后，则基于查询字段，从各字段值中提取查询字段对应的查询字段值。例如，对待查询文件进行解析，获得“姓名”的字段值，“性别”的字段值，“年龄”的字段值，查询字段为：姓名，则提取出“姓名”的字段值，作为查询字段值。

在一种可能的实施例中，查询字段包括主键字段和数据字段，查询字段值包括主键字段值和数据字段值；基于查询字段，从各字段值中提取查询字段对应的字段值，包括：

从各字段值中，分别提取主键字段对应的多个主键字段值和数据字段对应的多个数据字段值。

具体地，查询字段包括主键字段和数据字段(求和字段)，主键字段可以是姓名、性别、年龄、账户类别等筛选条件，数据字段则可以是账户数量等。

在一种可能的实施例中，方法还包括：

基于多个主键字段值对多个数据字段值进行划分，获得各主键字段值对应的数据字段值；针对每个主键字段值，分别执行以下操作：

将主键字段值对应的数据字段值进行加和，获得主键字段值对应的数据加和值，并将数据字段值替换为数据加和值。

具体地，以主键字段为姓名，数据字段为账户数量为例，主键字段值包括：张三、李四，基于主键字段值对数据字段值进行划分，获得张三对应的账户数量值(数据字段值)为1和5，李四对应的账户数量值为2和1，则将张三对应的数据字段值进行加和，获得数据加和值为6，将李四对应数据字段值进行加和，获得数据加和值为3，最后，获得张三对应的数据字段值为150，李四对应的数据字段值为3。上文中，以文件内容中一个或几个字段为主键的方式，对一个或几个数据字段进行累计求和，也可以称为文件内容求和。

基于上述方式，用户可以任意组合1个或多个字段进行求和，全自动化处理，大大的提高了工作效率。

如图5所示，为本申请实施例中的一种数据查询方法的整体流程示意图，包括以下步骤：

S51：获取待查询文件的批次号、作业名、文件名、业务表、查询范围、主键字段、数据字段。

S52：根据批次号、作业名和文件名，在ISB数据库中获得待查询文件的存储路径信息；

S53：判断查询范围为单个查询或组合查询，若为单个查询，则执行步骤S54，若为组合查询，则执行步骤S55；

S54：加载HDFS配置，调用HDFS API根据存储路径信息，将获得的目标文件作为待查询文件；

S55：格式化存储路径信息，获得目标文件的关联文件的存储路径信息，加载HDFS配置，调用HDFS API根据存储路径信息，将获得的目标文件和关联文件作为待查询文件；

S56：调用JAVA IO流逐行读取待查询文件中的文件内容；

S57：根据业务表解析文件内容，根据主键字段和数据字段进行数据求和，获得主键字段、数据字段、主键字段值和数据字段值；

S58：通过数据展示界面显示主键字段、数据字段、主键字段值和数据字段值。

在本申请实施例中，用户只需选择批次号、作业名、文件名、业务表即可查询出对应的分区或省行的文件内容数据，并且可根据用户需求任意组合1个或多个主键字段对任意1个或多个求和字段进行数据求和，将最终查询结果展示到文件内容求和页面(数据展示界面)。

如图6所示，为相关技术中的一种数据查询方法的流程示意图，包括以下步骤：

S61：核检人员登录ISB数据库，查询文件索引表；

S62：核检人员根据批次号、文件名和作业名在文件索引表中查找待查询文件的索引；

S63：核检人员登录HDFS，执行查询文件内容命令，根据索引获得待查询文件；

S64：核检人员区分待查询文件中的字段，并根据主键字段对数据字段求和。

从图6可知，相关技术中的数据查询方法操作繁琐，效率低，一次只能查看一个文件的文件内容，流程繁琐复杂，人工容易出现误差；检核难度大，浪费人力，需要有一定基础的专业技术人员操作，只能在服务器用命令查看文件内容，不能达到最终字段求和的目的，不能可视化并且友好的展示出所需文件字段内容。

为了解决分布式下文件内容求和不方便和效率低下问题，解决非必要的人力投入，避免求和误差，提高效率，并且自动形成可视化结果。如图7所示，为本申请实施例中的另一种数据查询方法的逻辑示意图，用户在文件内容求和界面输入待查询文件的查询信息，服务器根据查询范围为单个查询或组合查询，返回查询结果，并在数据展示界面上展示查询结果。

从图7可知，与相关技术相比，本申请实施例中的数据查询方法具有以下优点：

(1)提高效率：用户可以任意组合1个或多个字段进行求和，全自动化处理，大大的提高了工作效率；

(2)减少人工查询统计错误率：检核人员不需要再登录服务器-查找索引文件等等，去除了复杂繁琐的操作流程，减少由于文件过多出现误操作的情况，让检核人员只需要关注返回到页面显示的查询统计结果；

(3)降低检核门槛：让一些没有专业技术操作的人员也能进行检核；

(4)操作简单：登录网页页面根据用户所需选择对应页面参数查询即可；

(5)可读性强：以表格方式将查询结果展示在页面，字段、结果数据一一对应。

在一种可能的实施例中，数据展示界面是通过以下方式获得的：

基于主键字段、数据字段、多个主键字段值，和各主键字段值各自对应的数据加和值，呈现数据展示界面。

具体地，数据展示界面中包含主键字段、数据字段、主键字段值和数据加和值，如图8所示，为本申请实施例中的一种数据查询界面的示意图，用户在数据查询界面中输入批次号、作业名和文件名，并选择业务表、查询范围、功能代码、主键和求和字段，最后点击查询按钮，终端设备呈现如图9所示的数据展示界面，为本申请实施例中的一种数据展示界面的示意图，主键字段为账户名称和币种代码，数据字段为账户数量，通过图9的界面能够直观展示查询结果。

基于上述方式，以表格方式将查询结果展示在页面，字段、结果数据一一对应，自动形成可视化结果，提高数据查询效率。

基于相同的发明构思，本申请实施例还提供一种数据查询装置。如图10所示，其为数据查询装置1000的结构示意图，可以包括：

响应单元1001，用于响应于针对待查询文件的信息输入操作，获取待查询文件的查询信息，查询信息中包括待查询文件的属性信息、查询范围和查询字段；

处理单元1002，用于基于属性信息，获得待查询文件的存储路径信息；

查找单元1003，用于基于查询范围和存储路径信息在分布式文件系统中进行查找，获得待查询文件；

提取单元1004，用于基于查询字段，对待查询文件进行数据提取，获得查询字段对应的查询字段值，并呈现用于展示查询字段和对应的查询字段值的数据展示界面。

在一种可能的实施例中，属性信息包含用于记录待查询文件中各字段的偏置信息的业务表；装置还包括解析单元1005，用于：

基于业务表对待查询文件进行解析，获得待查询文件包含的各字段对应的字段值；

提取单元具体用于：

基于查询字段，从各字段值中提取查询字段对应的查询字段值。

在一种可能的实施例中，查询字段包括主键字段和数据字段，查询字段值包括主键字段值和数据字段值；提取单元1004具体用于：

从各字段值中，分别提取主键字段对应的多个主键字段值和数据字段对应的多个数据字段值。

在一种可能的实施例中，提取单元1004还用于：

基于多个主键字段值对多个数据字段值进行划分，获得各主键字段值对应的数据字段值；

针对每个主键字段值，分别执行以下操作：

将主键字段值对应的数据字段值进行加和，获得主键字段值对应的数据加和值，并将数据字段值替换为数据加和值。

在一种可能的实施例中，若查询范围为单个查询，则查找单元1003具体用于：

基于存储路径信息在分布式文件系统中进行查找，获得目标文件，将目标文件作为待查询文件。

在一种可能的实施例中，若查询范围为组合查询，则查找单元1003具体用于：

基于存储路径信息，获得目标文件和目标文件关联的至少一个关联文件的存储路径信息；

基于至少一个关联文件的存储路径信息，获得至少一个关联文件，并将目标文件和至少一个关联文件作为待查询文件。

在一种可能的实施例中，属性信息包括下列的部分或全部：待查询文件的批次号、文件名称和待查询文件所属的作业名称。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备。在一种实施例中，该电子设备可以是服务器，如图1所示的服务器。在该实施例中，电子设备的结构可以如图11所示，包括存储器1101，通讯模块1103以及一个或多个处理器1102。

存储器1101，用于存储处理器1102执行的计算机程序。存储器1101可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器1101可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1101也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者存储器1101是能够用于携带或存储具有指令或数据结构形式的期望的计算机程序并能够由计算机存取的任何其他介质，但不限于此。存储器1101可以是上述存储器的组合。

处理器1102，可以包括一个或多个中央处理单元(central processing unit，CPU)或者为数字处理单元等等。处理器1102，用于调用存储器1101中存储的计算机程序时实现上述数据查询方法。

通讯模块1103用于与终端设备和其他服务器进行通信。

本申请实施例中不限定上述存储器1101、通讯模块1103和处理器1102之间的具体连接介质。本申请实施例在图11中以存储器1101和处理器1102之间通过总线1104连接，总线1104在图11中以粗线描述，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1104可以分为地址总线、数据总线、控制总线等。为便于描述，图11中仅用一条粗线描述，但并不描述仅有一根总线或一种类型的总线。

存储器1101中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的数据查询方法。处理器1102用于执行上述的数据查询方法，如图2所示。

在另一种实施例中，电子设备也可以是其他电子设备，如图1所示的终端设备。在该实施例中，电子设备的结构可以如图12所示，包括：通信组件1210、存储器1220、显示单元1230、摄像头1240、传感器1250、音频电路1260、蓝牙模块1270、处理器1280等部件。

通信组件1210用于与服务器进行通信。在一些实施例中，可以包括电路无线保真(Wireless Fidelity，WiFi)模块，WiFi模块属于短距离无线传输技术，电子设备通过WiFi模块可以帮助用户收发信息。

存储器1220可用于存储软件程序及数据。处理器1280通过运行存储在存储器1220的软件程序或数据，从而执行终端设备的各种功能以及数据处理。存储器1220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器1220存储有使得终端设备能运行的操作系统。本申请中存储器1220可以存储操作系统及各种应用程序，还可以存储执行本申请实施例数据查询方法的计算机程序。

显示单元1230还可用于显示由用户输入的信息或提供给用户的信息以及终端设备的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元1230可以包括设置在终端设备正面的显示屏1232。其中，显示屏1232可以采用液晶显示器、发光二极管等形式来配置。显示单元1230可以用于显示本申请实施例中的数据查询用户界面等。

显示单元1230还可用于接收输入的数字或字符信息，产生与终端设备的用户设置以及功能控制有关的信号输入，具体地，显示单元1230可以包括设置在终端设备正面的触摸屏1231，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

其中，触摸屏1231可以覆盖在显示屏1232之上，也可以将触摸屏1231与显示屏1232集成而实现终端设备的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元1230可以显示应用程序以及对应的操作步骤。

摄像头1240可用于捕获静态图像，用户可以将摄像头1240拍摄的图像通过应用发布评论。摄像头1240可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器1280转换成数字图像信号。

终端设备还可以包括至少一种传感器1250，比如加速度传感器1251、距离传感器1252、指纹传感器1253、温度传感器1254。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路1260、扬声器1261、传声器1262可提供用户与终端设备之间的音频接口。音频电路1260可将接收到的音频数据转换后的电信号，传输到扬声器1261，由扬声器1261转换为声音信号输出。终端设备还可配置音量按钮，用于调节声音信号的音量。另一方面，传声器1262将收集的声音信号转换为电信号，由音频电路1260接收后转换为音频数据，再将音频数据输出至通信组件1210以发送给比如另一终端设备，或者将音频数据输出至存储器1220以便进一步处理。

蓝牙模块1270用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块1270与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

处理器1280是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1220内的软件程序，以及调用存储在存储器1220内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器1280可包括一个或多个处理单元；处理器1280还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器1280中。本申请中处理器1280可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例的数据查询方法。另外，处理器1280与显示单元1230耦接。

在一些可能的实施方式中，本申请提供的数据查询方法的各个方面还可以实现为一种程序产品的形式，其包括计算机程序，当程序产品在电子设备上运行时，计算机程序用于使电子设备执行本说明书上述描述的根据本申请各种示例性实施方式的数据查询方法中的步骤，例如，电子设备可以执行如图2中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括计算机程序，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的计算机程序，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。计算机程序可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用计算机程序的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序命令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序命令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的命令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序命令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的命令产生包括命令装置的制造品，该命令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序命令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的命令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (15)

1.一种数据查询方法，其特征在于，所述方法包括：

响应于针对待查询文件的信息输入操作，获取所述待查询文件的查询信息，所述查询信息中包括所述待查询文件的属性信息、查询范围和查询字段；

基于所述属性信息，获得所述待查询文件的存储路径信息；

基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件；

基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值，并呈现用于展示所述查询字段和对应的查询字段值的数据展示界面。

2.如权利要求1所述的方法，其特征在于，所述属性信息包含用于记录所述待查询文件中各字段的偏置信息的业务表；

在所述基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值之前，还包括：

基于所述业务表对所述待查询文件进行解析，获得所述待查询文件包含的各字段对应的字段值；

所述基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值，包括：

基于所述查询字段，从各字段值中提取所述查询字段对应的查询字段值。

3.如权利要求2所述的方法，其特征在于，所述查询字段包括主键字段和数据字段，所述查询字段值包括主键字段值和数据字段值；所述基于所述查询字段，从各字段值中提取所述查询字段对应的字段值，包括：

从所述各字段值中，分别提取所述主键字段对应的多个主键字段值和所述数据字段对应的多个数据字段值。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

基于所述多个主键字段值对所述多个数据字段值进行划分，获得各主键字段值对应的数据字段值；

针对每个主键字段值，分别执行以下操作：

将所述主键字段值对应的数据字段值进行加和，获得所述主键字段值对应的数据加和值，并将所述数据字段值替换为所述数据加和值。

5.如权利要求1所述的方法，其特征在于，若所述查询范围为单个查询，则所述基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件，包括：

基于所述存储路径信息在所述分布式文件系统中进行查找，获得目标文件，将所述目标文件作为所述待查询文件。

6.如权利要求1所述的方法，其特征在于，若所述查询范围为组合查询，则所述基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件，包括：

基于所述存储路径信息，获得目标文件和所述目标文件关联的至少一个关联文件的存储路径信息；

基于所述至少一个关联文件的存储路径信息，获得所述至少一个关联文件，并将所述目标文件和所述至少一个关联文件作为所述待查询文件。

7.如权利要求1所述的方法，其特征在于，所述属性信息包括下列的部分或全部：所述待查询文件的批次号、文件名称和所述待查询文件所属的作业名称。

8.一种数据查询装置，其特征在于，包括：

响应单元，用于响应于针对待查询文件的信息输入操作，获取所述待查询文件的查询信息，所述查询信息中包括所述待查询文件的属性信息、查询范围和查询字段；

处理单元，用于基于所述属性信息，获得所述待查询文件的存储路径信息；

查找单元，用于基于所述查询范围和所述存储路径信息在分布式文件系统中进行查找，获得所述待查询文件；

提取单元，用于基于所述查询字段，对所述待查询文件进行数据提取，获得所述查询字段对应的查询字段值，并呈现用于展示所述查询字段和对应的查询字段值的数据展示界面。

9.如权利要求8所述的装置，其特征在于，所述属性信息包含用于记录所述待查询文件中各字段的偏置信息的业务表；所述装置还包括解析单元；

所述解析单元用于：基于所述业务表对所述待查询文件进行解析，获得所述待查询文件包含的各字段对应的字段值；

所述提取单元具体用于：

基于所述查询字段，从各字段值中提取所述查询字段对应的查询字段值。

10.如权利要求9所述的装置，其特征在于，所述查询字段包括主键字段和数据字段，所述查询字段值包括主键字段值和数据字段值；

所述提取单元具体用于：

从所述各字段值中，分别提取所述主键字段对应的多个主键字段值和所述数据字段对应的多个数据字段值。

11.如权利要求10所述的装置，其特征在于，所述提取单元还用于：

基于所述多个主键字段值对所述多个数据字段值进行划分，获得各主键字段值对应的数据字段值；

针对每个主键字段值，分别执行以下操作：

将所述主键字段值对应的数据字段值进行加和，获得所述主键字段值对应的数据加和值，并将所述数据字段值替换为所述数据加和值。

12.如权利要求8所述的装置，其特征在于，若所述查询范围为单个查询，则所述查找单元具体用于：

基于所述存储路径信息在所述分布式文件系统中进行查找，获得目标文件，将所述目标文件作为所述待查询文件。

13.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1～7中任一所述方法的步骤。

14.一种计算机可读存储介质，其特征在于，其包括计算机程序，当所述计算机程序在电子设备上运行时，所述计算机程序用于使所述电子设备执行权利要求1～7中任一所述方法的步骤。

15.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序存储在计算机可读存储介质中；当电子设备的处理器从所述计算机可读存储介质读取所述计算机程序时，所述处理器执行所述计算机程序，使得所述电子设备执行权利要求1～7中任一所述方法的步骤。

Images