一种数据查询方法和装置与流程

本文件涉及计算机技术领域，尤其涉及一种数据查询方法和装置。

背景技术：

目前，在很多应用场景中都需要基于海量的数据进行数据查询。通常，用户在进行数据查询时，可以输入查询关键词，并可以配置过滤条件，服务器在接收到用户的查询请求后，可以基于查询关键词和过滤条件在数据库中进行数据查询，并将对应的查询结果返回给用户。

然而，在实际应用中，用户在进行数据查询时，往往希望在得到查询结果的同时，还可以得到与查询结果相关的其他数据，比如，对查询结果的分析数据，基于查询结果可以查询到的数据等，然而目前还缺少一种有效的方法可以实现上述目的。

技术实现要素：

本说明书实施例提供一种数据查询方法和装置，用于解决在进行数据查询时，无法得到与查询结果相关的其他信息的问题。

为解决上述技术问题，本说明书实施例是这样实现的：

第一方面，提出一种数据查询方法，包括：

接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

将所述第一数据视图和所述第二数据视图展示给所述用户。

第二方面，提出一种数据查询装置，包括：

接收单元，接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

确定单元，在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

辅助查询单元，基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

展示单元，将所述第一数据视图和所述第二数据视图展示给所述用户。

第三方面，提出一种电子设备，该电子设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：

接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

将所述第一数据视图和所述第二数据视图展示给所述用户。

第四方面，提出一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：

接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

将所述第一数据视图和所述第二数据视图展示给所述用户。

本说明书一个或多个实施例采用的上述至少一个技术方案能够达到以下技术效果：通过对数据库中的数据视图进行预先打标得到数据视图对应的标签，在接收到用户的数据查询请求后，在查询得到第一数据视图的情况下，可以基于第一数据视图对应的标签和第一数据视图进行辅助查询，得到第二数据视图，并将第一数据视图和第二数据视图展示给用户。这样，在用户查询第一数据视图时，由于可以在查询到第一数据视图的基础上进一步进行辅助查询并得到第二数据视图，因此，可以使得用户通过一次查询就可以得到查询结果以及与查询结果相关的其他数据，无需用户进行复杂的操作，有效改善了用户的数据查询体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书的一个实施例数据查询方法的流程示意图；

图2是本说明书的一个实施例数据查询方法的流程示意图；

图3是本说明书的一个实施例与辅助查询相关的配置项的示意图；

图4是本说明书的一个实施例第二数据视图的示意图；

图5是本说明书的一个实施例电子设备的结构示意图；

图6是本说明书的一个实施例数据查询方法装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

现有技术中，用户在使用互联网的过程中，会产生大量的数据，这些数据通常会存储在数据库中，当用户需要进行数据查询时，服务器可以基于用户发送的查询请求从数据库中进行数据查询，并将查询到的目标数据返回给用户。针对关系型数据库而言，由于数据库中存储的数据为结构化数据，结构化数据通常以数据视图的方式进行存储，因此，服务器在从关系型数据库中查询得到目标数据后，可以将目标数据以数据视图的形式返回给用户。

在实际应用中，用户在得到数据视图后，通常会对数据视图进行分析，以得到与数据视图相关的其他数据，比如，用户在查询到多个用户的交易数据视图后，通常会对交易数据进行分析，以确定这些用户中是否存在非法用户，或者分析这些用户的交易规律等。用户在对查询到的数据视图进行分析时，通常会根据查询结果和个人经验，不断地进行查询分析，然而，整个过程会花费大量的时间，且不能保证分析结果的准确性。

基于上述问题，如果用户在进行数据查询时，在查询到查询结果的同时，还可以得到与查询结果相关的其他数据，那么，就可以简化用户操作，提高数据查询分析的效率和准确性，进而极大提升用户体验。

为了实现上述目的，目前的查询分析工具在提供基本的数据查询能力外，同时也支持数据上卷和下钻等能力，然而，这些能力通常是针对不同维度的数据的查询能力，往往不能满足用户的实际需求，且，仍需要用户手动进行查询分析，导致操作不方便。

由此可见，目前还缺少一种有效的方案可以解决用户在进行数据查询时，无法得到与查询结果相关的其他信息的问题。

为了有效解决目前存在的上述技术问题，本说明书实施例提供一种数据查询方法和装置，通过对数据库中的数据视图进行预先打标得到数据视图对应的标签，在接收到用户的数据查询请求后，在查询得到第一数据视图的情况下，可以基于第一数据视图对应的标签和第一数据视图进行辅助查询，得到第二数据视图，并将第一数据视图和第二数据视图展示给用户。这样，在用户查询第一数据视图时，由于可以在查询到第一数据视图的基础上进一步进行辅助查询并得到第二数据视图，因此，可以使得用户通过一次查询就可以得到查询结果以及与查询结果相关的其他数据，无需用户进行复杂的操作，有效改善了用户的数据查询体验。

本说明书实施例提供的技术方案为用户提供一套多视角多类型的可视化辅助分析能力，当用户对一批数据进行查询分析后，服务器会根据配置的辅助分析工具，自动对查询结果进行二次分析，并以概览、饼图、柱状图、条形图、折线图等多种展现形式体现，供用户分析决策，辅助分析功能支持动态新增删除和上线下线，且可以适用于离线和实时多种数据引擎和任意数据视图，通用性与可扩展行极强。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1是本说明书的一个实施例数据查询方法的流程示意图。图1所示实施例的执行主体可以是提供数据查询能力的数据查询平台对应的服务器(以下简称服务器)，所述数据查询方法包括以下步骤。

s102：接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图。

在s102中，用户在进行数据查询时，可以在数据查询平台提供的查询界面中发起数据查询请求，此时，服务器可以接收到该数据查询请求。

本实施例中，数据查询请求中可以包括查询关键词和过滤条件，为了便于用户发起数据查询请求，数据查询平台可以向用户提供查询界面，该查询界面中可以包括查询关键字的输入框和过滤条件的候选框，这样，用户在发起数据查询请求时，可以在输入框中输入查询关键词，同时配置过滤条件，并基于输入的查询关键词和过滤条件发起数据查询请求。

上述数据库可以是关系型数据库，该数据库中存储的数据为结构化数据，该结构化数据以数据视图的方式存储在数据库中，也就是说，数据库中可以存储有多个数据视图，用户发起的数据查询请求可以用于请求从数据库中查询一个或多个数据视图，为了便于区分，这里可以以第一数据视图表示用户想要查询的数据视图。

服务器在接收用户发起的数据查询请求后，可以基于查询关键词在数据库中查询对应的目标数据，在查询到目标数据后，可以基于过滤条件对目标数据进行过滤，进而得到第一数据视图，该第一数据视图中可以包括过滤后的目标数据，且该第一数据视图的个数可以是一个或多个。当然，服务器也可以基于查询关键词在数据库中查询对应的目标数据视图，在查询到目标数据视图后，可以基于过滤条件对目标数据视图进行过滤，得到过滤后的目标数据视图，即得到第一数据视图。

可选地，服务器在基于数据查询请求进行数据查询时，可能存在未查询到第一数据视图的情况，在这种情况下，可以无需执行后续步骤。本实施例可以以查询得到第一数据视图为例进行说明。

s104：在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到。

本实施例中，数据库中存储有多个数据视图(包括第一数据视图)，在接收用户的数据查询请求之前，可以预先对该多个数据视图分别进行打标，得到每个数据视图对应的标签。

可选地，数据库中存储的数据可以是交易数据，这些交易数据以数据视图的形式存储在数据库中，在对数据视图进行打标之外，还可以对交易数据进行标记。

在对交易数据进行标记时，可以按照数据类型对交易数据进行标记，该数据类型可以包括卖家标识、买家标识、交易金额、交易编码和交易商户类别码mcc中的至少一种，在对交易数据进行标记后，不同的数据类型对应不同的标签，且不同的数据类型对应的标签具有全局唯一性。

本实施例中，针对任一交易数据而言，该交易数据中通常包括上述买家标识、卖家标识、交易金额、交易编码和交易mcc，在对任一交易数据进行标记后，可以得到对应的多个标签。

可选地，针对同一类型的多个数据，还可以在对应的标签后添加code标记，以区分同一类型的不同数据，比如，针对买家标识这一类型的数据，为了区分不同的买家，还可以在买家标识对应的标签后添加code标记，不同的买家对应不同的code。

在对数据视图进行打标时，数据视图对应的标签可以是数据视图中包括的交易数据对应的标签，也可以是对数据视图中包括的字段进行打标后得到的标签，这里不做具体限定，一个数据视图对应的标签的个数可以是一个，也可以是多个，这里也不做具体限定。

在预先对数据视图进行打标得到对应的标签后，服务器在查询得到第一数据视图的情况下，可以确定预先对第一数据视图进行打标时得到的标签。

s106：基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图。

本实施例中，辅助查询可以理解为在基于数据查询请求进行数据查询的基础上进行的二次查询，其中，基于数据查询请求进行的数据查询可以称为主查询。

可选地，服务器在基于第一数据视图对应的标签和第一数据视图进行辅助查询之前，可以基于该标签和第一数据视图判断是否满足进行辅助查询的预设条件，若满足，则可以基于第一数据视图对应的标签和第一数据视图进行辅助查询，若不满足，则取消辅助查询，即不进行辅助查询，本实施例以满足辅助查询的预设条件为例进行说明。

上述预设条件可以由服务器预先设置得到，具体可以包括触发标签和触发阈值。在判断是否满足该预设条件时，首先，可以将第一数据视图对应的标签与预设的至少一个触发标签进行匹配，若匹配失败，则可以确定不满足辅助查询的预设条件，若匹配成功(与任一个或多个触发标签匹配即可以认为匹配成功)，则可以进一步判断第一数据视图中包括的数据的数据量是否在预设的触发阈值内，若在触发阈值内，则可以确定满足辅助查询的预设条件，若不在触发阈值内，则可以确定不满足辅助查询的预设条件。

上述至少一个触发标签可以是s104中记载的对不同类型的交易数据进行标记后得到的标签中的一个或多个，这样，可以将数据库中的数据与辅助查询进行有效关联。上述触发阈值可以根据实际场景设置，这里不做具体限定，不同的场景可以对应不同的触发阈值。

本实施例通过设置辅助查询的预设条件，可以避免在无法进行辅助查询的情况下进行无意义的辅助查询，或者避免用户在不想要进行辅助查询的情况下进行辅助查询。

服务器在基于第一数据视图对应的标签和第一数据视图进行辅助查询时：

首先，可以确定第一数据视图对应的标签中哪些标签与上述至少一个触发标签匹配，并将匹配的标签作为目标标签，其中，目标标签的个数可以是一个也可以是多个。

其次，可以确定第一数据视图对应的数据表的表名。第一数据视图可以视为数据表，数据库在存储第一数据视图时，通常会标记第一数据视图的表名，服务器在查询得到第一数据视图后，可以确定得到第一数据视图对应的数据表的表名。

再次，基于上述目标标签和表名，得到用于进行辅助查询的目标脚本。

本实施例中，可以预先设置用于进行辅助查询的原始脚本，基于该原始脚本可以得到目标脚本，其中，原始脚本中可以包括原始标签、原始视图标签和原始目标视图标签。需要注意的是，该原始标签、原始视图标签和原始目标视图标签可以理解为虚拟的标签，并不是真正的标签，即原始脚本虽然可以用于辅助查询，但不能直接用于辅助查询。

在确定用于进行辅助查询的目标脚本时，可以获取原始脚本，并将原始脚本中的原始标签替换为上述目标标签，将原始视图标签替换为上述第一数据视图对应的表名，以及将原始目标视图标签替换为数据查询请求对应的查询语句，进而得到目标脚本。

最后，在得到目标脚本后，可以基于目标脚本发起查询请求，以进行辅助查询。本实施例中，服务器可以预先设置用于辅助查询的能力类型，该能力类型表征进行辅助查询时使用的查询方式，具体可以包括sql类型或原子类型，sql类型可以关联全局唯一的标签和视图，该唯一的标签格式可以表示为#marker:code#，唯一的视图格式可以表示为#view:code#，对应的目标视图约定为#view:targetcode#；原子类型一段为groovy脚本，脚本里面为一段用户自定义的动态脚本。

上述sql类型表征基于sql语句在数据库中进行数据查询，该数据库可以是s102中记载的数据库，基于sql类型进行辅助查询表征从数据库中进行进一步查询；原子类型表征在其他数据查询平台中进行数据查询，比如，服务器为交易平台对应的服务器，那么其他数据查询平台可以是商家平台，基于原子类型进行辅助查询表征从商家平台中商家信息，用户在商家中的会员信息等(这些信息未存储在交易平台对应的服务器中)。

这样，在基于目标脚本进行辅助查询时，可以获取预先设置的能力类型，并基于该能力类型和目标脚本进行辅助查询。其中，能力类型可以由用户在发起数据查询之前确定是基于sql类型进行辅助查询，还是基于原子类型进行辅助查询，当然，也可以由服务器默认sql类型或原子类型作为辅助查询的能力类型，还可以是服务器根据目标脚本自动在sql类型和原子类型中选择合适的一种类型作为能力类型。

本实施例通过对能力类型进行设置，并基于能力类型进行辅助查询，可以实现基于不同的查询方式从不同的数据平台中查询得到不同的数据，进而满足用户对辅助查询的查询需求。

可选地，服务器还可以预先设置用于进行辅助查询的辅助查询字段，以便在进行辅助查询时，可以结合预先设置的辅助查询字段进行查询。具体地，服务器可以在上述目标脚本(或原始脚本)中设置辅助查询字段，这样，在基于目标脚本进行辅助查询时，可以结合辅助查询字段进行辅助查询。其中，辅助查询字段的个数可以是一个或多个。

s108：将所述第一数据视图和所述第二数据视图展示给所述用户。

在s108中，服务器在基于第一数据视图对应的标签和第一数据视图进行辅助查询得到第二数据视图后，可以将第一数据视图和第二数据视图一起展示给用户。

这样，在用户查询第一数据视图时，由于可以在查询到第一数据视图的基础上进一步进行辅助查询并得到第二数据视图，因此，可以使得用户通过一次查询就可以得到查询结果以及与查询结果相关的其他数据，无需用户进行复杂的操作，有效改善了用户的数据查询体验。

可选地，服务器可以预先设置第一数据视图和第二数据视图的展示方式，这里可以分别由第一展示方式和第二展示方式表示，这样，在展示第一数据视图和第二数据视图时，可以基于第一展示方式展示第一数据视图，基于第二展示方式展示第二数据视图。其中，第一展示方式和第二展示方式可以是概览、饼图、柱状图、条形图和折线图中的至少一种，当然，在其他实现方式中，也可以是排行、占比、表格等方式，第一展示方式和第二展示方式可以相同，也可以不同。

可选地，在进行辅助查询时，若结合了上述s106中的辅助查询字段进行辅助查询，则在展示第一数据视图和第二数据视图时，还可以将辅助查询字段展示给用户，以便用户知晓第二数据视图是基于哪些字段查询得到。

可选地，在上述s106中，若不满足进行辅助查询的预设条件，则可以不进行辅助查询，并向用户展示第一数据视图，在展示第一数据视图时，可以基于上述第一展示方式进行展示。

为了便于理解本说明书提供的技术方案，可以参见图2，图2为本说明书的一个实施例数据查询方法的流程示意图，图2所示实施例的执行主体与图1所示实施例的执行主体相同，具体可以包括以下步骤。

s201：按照数据类型对数据库中存储的数据进行标记。

以数据库中存储的是交易数据为例，可以按照卖家标识、买家标识、交易金额、交易编码和交易商户类别码mcc中的至少一种数据类型，对交易数据进行标记，标记后得到的标签具有全局唯一性，标签后还可以添加code，每一个标签后的code唯一。

s202：设置与辅助查询相关的配置项。

与辅助查询相关的配置项可以包括至少一个触发标签、触发阈值、能力类型、展示图表类型、辅助查询字段、原始脚本。其中，至少一个触发标签和触发阈值可以用于判断是否满足辅助查询的预设条件；能力类型表征辅助查询的查询方式，包括sql类型或原子类型；展示图表类型用于确定对辅助查询结果的展示方式；辅助查询字段用于进行辅助查询；原始脚本用于确定进行辅助查询的目标脚本。这些配置项的详细信息可以参见图1所示实施例中的相应描述，这里不再重复说明。

s203：对数据库中的数据视图进行打标，得到数据视图对应的标签。

对数据视图进行打标可以理解为创建数据视图与标签之间的关联关系，一个数据视图可以对应多个标签。

s204：接收用户发送的数据查询请求。

用户可以在数据查询平台提供的查询界面中发起数据查询请求，该数据查询请求用于请求在数据库中查询第一数据视图。

s205：基于数据查询请求，从数据库中查询得到对应的第一数据视图。

s206：确定第一数据视图对应的标签。

s207：基于第一数据视图对应的标签和第一数据视图，判断是否满足辅助查询的预设条件。

若满足，则可以执行s208；若不满足，则可以执行s212。

s208：确定第一数据视图对应的标签中与预设的至少一个触发标签相匹配的目标标签，以及确定第一数据视图对应的数据表的表名。

s209：基于目标标签和表名对预设的原始脚本中的标签进行替换和组装，得到目标脚本。

s210：基于目标脚本和预设的能力类型进行辅助查询，得到第二数据视图。

s211：基于预设的展示图表类型，展示第一数据视图和第二数据视图。

s212：基于预设的展示图表类型，展示第一数据视图。

上述s201至s212的具体实现方式可以参见图1所示实施例中相应步骤的具体实现，这里不再重复描述。

为了便于理解上述与辅助查询相关的配置项和第二数据视图的展示方式，可以参见图3和图4。

图3左侧所示的名称可以视为用户发起数据查询请求后查询到的数据视图地表名，“触发标识”为上述触发标签，具体包括交易号和交易编码两个触发标签；“限制触发条数”输入框中输入的1000000为上述触发阈值；能力类型中包括sql类型和服务能力，该服务能力可以视为上述原子类型，sql类型和服务能力可以任选其中一个；处理脚本为上述原始脚本。

图3右侧所示的“展示配置”为上述展示图表类型，也即第二数据视图的展示方式，图3中的展示配置中包括趋势、排行、占比、表格和概览五种形式，这五种形式可以任选一种或多种，当然在其他实现方式还可以是其他展示方式；字段为上述辅助查询字段，用于辅助查询。

基于图3所示的辅助查询的多个配置项，服务器在查询到第一数据视图后，可以将第一数据视图对应的标签和交易号、交易编码这两个触发标记进行匹配，若这两个触发标记均匹配成功，则进一步判断第一数据视图中的数据量是否大于或等于1000000，若是，则可以进行辅助查询。在进行辅助查询时，可以基于图3所示的sql类型、处理脚本和字段进行辅助查询，在查询得到第二数据视图后，可以基于图3所示的展示配置展示第二数据视图，具体可以参见图4。

图4以占比的方式展示第二数据视图，展示的内容包括风险商户数、历史关停记录、商户调查记录、套汇商户数、炒汇风险商户、清退商户数，当然，在其他实现方式中，还可以展示商户交易金额前n位、交易编码占比、交易mcc分布等，这些数据都可以供用户进行分析决策使用。

本说明书实施例提供的技术方案：通过对数据库中的数据视图进行预先打标得到数据视图对应的标签，在接收到用户的数据查询请求后，在查询得到第一数据视图的情况下，可以基于第一数据视图对应的标签和第一数据视图进行辅助查询，得到第二数据视图，并将第一数据视图和第二数据视图展示给用户。这样，在用户查询第一数据视图时，由于可以在查询到第一数据视图的基础上进一步进行辅助查询并得到第二数据视图，因此，可以使得用户通过一次查询就可以得到查询结果以及与查询结果相关的其他数据，无需用户进行复杂的操作，有效改善了用户的数据查询体验。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图5是本说明书的一个实施例电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据查询装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

将所述第一数据视图和所述第二数据视图展示给所述用户。

上述如本说明书图5所示实施例揭示的数据查询装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1和图2的方法，并实现数据查询装置在图1和图2所示实施例中的功能，本说明书实施例在此不再赘述。

当然，除了软件实现方式之外，本说明书实施例的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1和图2所示实施例的方法，并具体用于执行以下操作：

接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

将所述第一数据视图和所述第二数据视图展示给所述用户。

图6是本说明书的一个实施例数据查询装置60的结构示意图。请参考图6，在一种软件实施方式中，所述数据查询装置60可包括：接收单元61、确定单元62、辅助查询单元63和展示单元64，其中：

接收单元61，接收用户发送的数据查询请求，所述数据查询请求用于请求在数据库中查询第一数据视图；

确定单元62，在查询得到所述第一数据视图的情况下，确定所述第一数据视图对应的标签，所述标签通过对所述第一数据视图进行预先打标得到；

辅助查询单元63，基于所述标签和所述第一数据视图进行辅助查询，得到第二数据视图；

展示单元64，将所述第一数据视图和所述第二数据视图展示给所述用户。

可选地，所述数据查询请求中包括查询关键词和过滤条件；

其中，所述接收单元61，在接收到所述数据查询请求后，在所述数据库中查询与所述查询关键词对应的目标数据；

基于所述过滤条件对所述目标数据进行过滤，得到所述第一数据视图，所述第一数据视图中包括过滤后的所述目标数据。

可选地，所述数据库中存储的数据为交易数据；

其中，所述确定单元62，在所述接收单元61接收所述数据查询请求之前，按照数据类型对所述交易数据进行标记，不同的数据类型对应不同的标签，所述数据类型包括卖家标识、买家标识、交易金额、交易编码和交易商户类别码mcc中的至少一种。

可选地，所述交易数据以数据视图的方式存储在所述数据库中；

其中，所述确定单元62，在所述接收单元61接收所述数据查询请求之前，基于所述数据视图中包括的字段，对所述数据视图进行打标，得到所述数据视图对应的标签。

可选地，所述辅助查询单元63，基于所述标签和所述第一数据视图进行辅助查询，包括：

基于所述标签和所述第一数据视图，判断是否满足辅助查询的预设条件；

若满足，则基于所述标签和所述第一数据视图进行辅助查询。

可选地，所述辅助查询单元63，基于所述标签和所述第一数据视图，判断是否满足辅助查询的预设条件，包括：

将所述标签与预设的至少一个触发标签进行匹配；

若匹配失败，则确定不满足所述预设条件；若匹配成功，则判断所述第一数据视图中的数据的数据量是否在预设的触发阈值内；

若在所述触发阈值内，则确定满足所述预设条件；若不在所述触发阈值内，则确定不满足所述预设条件。

可选地，所述辅助查询单元63，基于所述标签和所述第一数据视图进行辅助查询，包括：

确定所述标签中与所述至少一个触发标签匹配的目标标签；

确定所述第一数据视图对应的数据表的表名；

基于所述目标标签和所述表名，得到用于进行辅助查询的目标脚本；

基于所述目标脚本发起查询请求进行辅助查询。

可选地，所述辅助查询单元63，基于所述目标标签和所述表名，得到用于进行辅助查询的目标脚本，包括：

获取预先设置的用于进行辅助查询的原始脚本，所述原始脚本中包括原始标签、原始视图标签和原始目标视图标签；

将所述原始标签替换为所述目标标签，将所述原始视图标签替换为所述表名，以及将所述原始目标视图标签替换为所述数据查询请求对应的查询语句，得到所述目标脚本。

可选地，所述辅助查询单元63，基于所述目标脚本发起查询请求进行辅助查询，包括：

获取预先设置的能力类型，所述能力类型表征进行辅助查询时使用的查询方式，所述能力类型包括sql类型或原子类型，所述sql类型表征基于sql语句在所述数据库中进行数据查询，所述原子类型表征在其他数据查询平台中进行数据查询；

基于所述能力类型和所述目标脚本发起查询请求进行辅助查询。

可选地，所述目标脚本中还包括预先设置的辅助查询字段，所述辅助查询字段用于进行辅助查询；

其中，所述展示单元64，在将所述第二数据视图展示给所述用户时，还将所述辅助查询字段展示给所述用户。

可选地，所述展示单元64，将所述第一数据视图和所述第二数据视图展示给所述用户，包括：

获取预先设置的对所述第一数据视图的第一展示方式和对所述第二数据视图的第二展示方式；

基于所述第一展示方式展示所述第一数据视图，以及基于所述第二展示方式展示所述第二数据视图。

本说明书实施例提供的数据查询装置60还可执行图1和图2的方法，并实现数据查询装置在图1和图2所示实施例的功能，本说明书实施例在此不再赘述。

总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本文件的保护范围。凡在本说明书一个或多个实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本文件的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。