CN115407992A - 数据查询菜单的配置方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本申请公开了数据查询菜单的配置方法、装置、电子设备以及存储介质，配置方法包括：获取到用户通过配置界面添加的数据表参数，以生成供查询的宽表；接收从组件库中选择目标组件的第一用户指令，并基于第一用户指令选择目标组件并配置对应的查询字段，以生成关联的查询条件；接收从查询字段中选择返回字段的第二用户指令，以生成返回字段；配置菜单授权信息，以构建初始数据查询菜单；对初始数据查询菜单进行调试，获取到数据查询菜单。本申请能够将查询条件对应的开发内容通过配置化实现，以快速地配置出满足查询需求的功能；且由于组件可以复用，能够规避重复劳动，从而极大提高数据查询菜单开发的时效性，继而满足用户的个性化查询需求。

Description

数据查询菜单的配置方法、装置、电子设备以及存储介质

技术领域

本申请涉及大数据技术领域，特别是涉及数据查询菜单的配置方法、装置、电子设备以及存储介质。

背景技术

随着社会经济和互联网技术的高速发展，各大银行作为金融服务的中心，基于金融行业需求，往往需要提供相关交易的各种维度的查询。

在现有的银行查询系统中，前端页面（前台）需要接收后台发送的数据查询菜单，以满足前端用户的查询需求。现有技术中，后台发送给前端页面（前台）的数据查询菜单的数量以及查询内容都是固定的，如果需要生成个性化的查询需求，就需要开发人员设计对应的查询语句，并生成个性化的数据查询菜单。

然而，上述生成过程涉及到编程，需要菜单配置人员熟悉前端开发语言，严重依赖代码逻辑，导致已配置好的组件不能复用，开发成本高，且设计周期较长，无法灵活地满足用户的查询需求。

发明内容

本申请主要解决的技术问题是提供数据查询菜单的配置方法、装置、电子设备以及存储介质，能够解决现有技术中无法高效配置数据查询菜单的问题。

为解决上述技术问题，本申请采用的第一技术方案是提供一种数据查询菜单的配置方法，包括：获取到用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表；其中，宽表包括多个字段，每个字段表征一种数据属性；接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件；接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段；配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单；对初始数据查询菜单进行调试，获取到数据查询菜单。

其中，数据表参数包括数据源地址、数据表类型以及数据表名称，获取到用户通过配置界面添加的数据表参数，以基于数据表参数生成至少一张供查询的宽表的步骤，包括：获取用户通过配置界面添加的数据表参数，基于数据表类型以及数据表名称，从数据源地址对应的数据库中获取到多张原始数据表；获取到每张原始数据表包括的多个字段；从多张原始数据表分别对应的多个字段中确定关联字段，并确定多张原始数据表的关联规则；基于关联字段以及关联规则将多张原始数据表配置为宽表。

其中，组件库包括输入组件库以及选择组件库，接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件的步骤，包括：接收从输入组件库和选择组件库中选择目标输入组件和目标选择组件的第一用户指令；其中，第一用户指令包括字段配置参数；基于第一用户指令获取到目标输入组件以及目标选择组件后，根据字段配置参数从多个字段中为每个目标输入组件以及每个目标选择组件配置至少一个查询字段。

其中，基于第一用户指令获取到目标输入组件以及目标选择组件后，根据字段配置参数从多个字段中为每个目标输入组件以及每个目标选择组件配置至少一个查询字段的步骤后，包括：接收用户基于每个查询字段输入的加密信息以及查询规则，以基于每个查询字段所对应的加密信息以及查询规则生成关联的查询条件；其中，加密信息包括查询字段被加密以及查询字段未被加密，查询规则包括查询字段对应的查询条件为必填或查询条件为非必填。

其中，菜单授权信息包括指纹授权或协议授权，协议授权包括第一协议授权以及设定数量的第二协议授权；其中，设定数量为0或大于0的数值；配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单的步骤，包括：接收从指纹授权以及协议授权中选择目标授权方式的第三用户指令，以基于第三用户指令配置菜单授权信息。

其中，对初始数据查询菜单进行调试，获取到数据查询菜单的步骤，包括：对初始数据查询菜单进行业务测试，接收用户基于测试结果输入的调整指令，并基于调整指令对初始数据查询菜单进行调整，以获取到数据查询菜单。

其中，对初始数据查询菜单进行业务测试，接收用户基于测试结果输入的调整指令，并基于调整指令对初始数据查询菜单进行调整，以获取到数据查询菜单的步骤后，包括：接收到用户输入的上线指令，并基于上线指令在生产环境中发布数据查询菜单。

其中，接收到用户输入的上线指令，并基于上线指令在生产环境中发布数据查询菜单的步骤后，还包括：响应于生产环境中运行的当前数据查询菜单需要更新，在沙盒环境构建当前数据查询菜单，并在沙盒环境中对当前数据查询菜单进行调试，以获取到新的数据查询菜单；接收到用户的更新指令，基于更新指令利用新的数据查询菜单覆盖当前数据查询菜单。

为解决上述技术问题，本申请采用的第二技术方案是提供一种数据查询菜单的配置装置，包括：宽表获取模块，用于获取到用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表；其中，宽表包括多个字段，每个字段表征一种数据属性；查询条件生成模块，用于接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件；返回字段生成模块，用于接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段；构建模块，用于配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单；菜单获取模块，用于对初始数据查询菜单进行调试，获取到数据查询菜单。

为解决上述技术问题，本申请采用的第三技术方案是提供一种电子设备，包括：存储器，用于存储程序数据，程序数据被执行时实现如上述的配置方法中的步骤；处理器，用于执行存储器存储的程序数据以实现如上述的配置方法中的步骤。

为解决上述技术问题，本申请采用的第四技术方案是提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的配置方法中的步骤。

本申请的有益效果是：区别于现有技术，本申请提供数据查询菜单的配置方法、装置、电子设备以及存储介质，通过接收第一用户指令，并基于第一用户指令从组件库中选择目标组件，以及为目标组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。此外，在后续对菜单进行调试并涉及到新增或删除查询条件时，只需要修改目标组件的配置，不需要编码开发及代码部署，能够节省大量的人力成本与时间成本，从而极大地提高了数据查询菜单开发的时效性，继而满足了用户的查询需求。

附图说明

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

图1是本申请数据查询菜单的配置方法第一实施方式的流程示意图；

图2是本申请数据查询菜单的配置方法第二实施方式的流程示意图；

图3是本申请数据查询菜单的配置方法第三实施方式的流程示意图；

图4是本申请数据查询菜单的配置方法第四实施方式的流程示意图；

图5是本申请数据查询菜单的配置方法一应用场景的工作流程图；

图6是本申请数据查询菜单的配置装置一实施方式的结构示意图；

图7是本申请电子设备一实施方式的结构示意图；

图8是本发明计算机可读存储介质一实施方式的结构示意图。

具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

请参阅图1，图1是本申请数据查询菜单的配置方法第一实施方式的流程示意图。在本实施方式中，配置方法包括：

S11：获取到用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表；其中，宽表包括多个字段，每个字段表征一种数据属性。

本实施方式中，配置界面为可视化界面。

本实施方式中，数据表参数包括数据源地址、数据表类型以及数据表名称。

其中，数据源地址为指定的大数据平台或数据库，从数据源地址中可以获取到原始数据表。数据表类型包括全量表和增量表，全量表为全量处理（全量更新）的原始数据表，增量表为增量处理（增量更新）的原始数据表。

本实施方式中，获取到的每个原始数据表均包括多个字段，每个字段表征一种数据属性。其中，每个字段为数据表中对应的列，用于以相同的数据类型存储相同类别的数据。其中，每个字段包括字段名称、中文名称以及简化的数据类型。

例如，字段1包括：card_no（字段名称）、卡号（中文名称）以及对应的数据类型（卡号数值）；字段2包括：cust_acct_no（字段名称）、账号（中文名称）以及对应的数据类型（账号数值）；字段3包括：biz_type（字段名称）、业务类型（中文名称）以及对应的数据类型（文字输入）。

本实施方式中，原始数据表为窄表，即字段较少的表。

本实施方式中，宽表为字段比较多的数据表，通常是指业务主题相关的指标、维度、属性关联在一起的一张数据库表，每一宽表通常对应一个主题，是通过对多张原始数据表进行关联操作生成的。其中，宽表包括用于形成宽表的多个原始数据表中的全部字段。

本实施方式中，宽表的数量根据具体需求确定。在一个具体的实施方式中，宽表的数量可以为1张。在另一个具体的实施方式中，宽表的数量可以为5张。在又一个具体的实施场景中，宽表的数量还可以为2、3、4中的任意值，本申请对此不作限定。

可以理解地，菜单中包括的宽表数量越多，可以支持用户同时查询更多的数据。

S12：接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件。

本实施方式中，组件库中存储于有多个预先开发好的组件。其中，组件为基于编码生成的可用于交互的可视化组件模板。

其中，组件包括级联输入框、单一输入框、多组合输入框、下拉框、时间框、时间范围选择框以及机构选择框。其中，单一输入框包括精确搜索框以及模糊搜索框，时间框包括单日期选择框，时间范围选择框包括日期范围选择框。

本实施方式中，组件库中的组件可以基于拖曳控件的拖曳摆放到配置界面的设定位置。其中，拖曳控件接收到用户的指令对组件进行拖曳。其中，拖曳控件包括鼠标。

本实施方式中，查询字段为目标组件对应的配置属性，查询条件为基于目标组件以及查询字段生成的数据键入方式。例如，若后台用户选择的目标组件为单一输入框，从宽表的多个字段中选择上述的字段1作为该单一输入框配置的查询字段，则该单一输入框的属性名为卡号，属性值为卡号对应的数值，生成的查询条件即为基于该单一输入框键入卡号对应的数值。

可以理解地，通过接收第一用户指令，并基于第一用户指令从组件库中选择目标组件，以及为目标组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。

S13：接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段。

本实施方式中，返回字段为可以显示在前端页面的查询字段，以按查询条件返回相应数据。

具体地，后台用户在配置界面输入对多个查询字段的选择指令，以在配置界面设置返回字段，设置好的返回字段会出现在前端页面的返回字段下拉框中，供前台用户选择。

例如，查询字段中包括上述字段1与字段2，将字段1与字段2均勾选为返回字段，则在前台用户查询时，将字段1与字段2所包括的信息一并返回。

可以理解地，从风险控制的角度考虑，仅开放部分查询字段作为返回字段，能够避免重要信息泄露，从而保证数据的安全性。

S14：配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单。

本实施方式中，菜单授权信息包括数据查询菜单的授权方式，即数据查询菜单通过何种方式被审批，以在审批通过后，并将对应的查询结果返回给前台客户。

可以理解地，通过配置菜单授权信息，能够避免查询结果在未经过授权的情况下泄露给前台用户，从而进一步提高数据查询的可靠性与安全性。

S15：对初始数据查询菜单进行调试，获取到数据查询菜单。

本实施方式中，在前端页面对初始数据查询菜单进行业务测试，并基于业务测试结果在后台配置界面增加或删除宽表、查询条件或返回字段，以获取到数据查询菜单。

可以理解地，在新增或删除查询条件时，只需要修改目标组件的配置，不需要编码开发及代码部署，能够节省大量的人力成本与时间成本。

区别于现有技术，本实施方式通过接收第一用户指令，并基于第一用户指令从组件库中选择目标组件，以及为目标组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。此外，在后续对菜单进行调试并涉及到新增或删除查询条件时，只需要修改目标组件的配置，不需要编码开发及代码部署，能够节省大量的人力成本与时间成本，从而极大地提高了数据查询菜单开发的时效性，继而满足了用户的查询需求。

请参阅图2，图2是本申请数据查询菜单的配置方法第二实施方式的流程示意图。在本实施方式中，配置方法包括：

S21：获取用户通过配置界面添加的数据表参数，基于数据表类型以及数据表名称，从数据源地址对应的数据库中获取到多张原始数据表。

在一个具体的实施方式中，后台用户在配置界面输入数据表类型、数据表类型以及数据表名称，从大数据平台中获取到多张原始数据表。

S22：获取到每张原始数据表包括的多个字段；从多张原始数据表分别对应的多个字段中确定关联字段，并确定多张原始数据表的关联规则。

本实施方式中，获取到每张原始数据表所对应的多个字段后，确定多张原始数据表所包括的相同字段，并从相同字段中选择至少一个字段作为多张原始数据表的关联字段。

在一个具体的实施场景中，获取到3张原始数据表，若每张原始数据表均包括字段1（字段1包括：card_no、卡号以及对应的数据类型）、字段2（字段2包括：cust_acct_no、账号以及对应的数据类型）与字段3（字段3包括：biz_type、业务类型以及对应的数据类型），可以将字段1、字段2与字段3均作为关联字段，也可以只选择其中的1到2个字段作为关联字段，本申请对此不作限定。

S23：基于关联字段以及关联规则将多张原始数据表配置为宽表。

本实施方式中，确定关联字段后，需要再确定关联规则，以基于关联字段与关联规则将多张原始数据表配置为宽表。

其中，关联规则为左外连接（left join）。在其他实施方式中，关联规则还可以为右外连接（right join）或全外连接（outer join），本申请对此不作限定。

本实施方式中，若配置了多张宽表，则多张宽表可以通过tab（键盘制表定位键）切换至不同的宽表。

S24：接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件。

具体过程请参见S12中的描述，此处不再赘述。

S25：接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段。

具体过程请参见S13中的描述，此处不再赘述。

S26：配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单。

本实施方式中，菜单授权信息包括指纹授权或协议授权。

其中，协议包括EOA协议。EOA协议一般用来在使用以太网协议的本地局域网和使用ATM协议的广域网之间传送数据。

本实施方式中，接收从指纹授权以及协议授权中选择目标授权方式的第三用户指令，以基于第三用户指令配置菜单授权信息。

其中，协议授权包括第一协议授权以及设定数量的第二协议授权。

其中，第一协议表示主EOA协议，第二协议表示辅EOA协议。

其中，设定数量为0或大于0的数值。

例如，可以仅配置第一协议授权，不配置第二协议授权。又或者，可以在配置第一协议授权后，配置多个第二协议授权，本申请对此不作限定。

其中，若后续生成的数据查询菜单中仅包括第一协议授权，则所有的查询请求均需要通过第一协议进行授权。若数据查询菜单还包括至少一个第二协议授权，则符合第二协议要求的查询请求可以通过第二协议进行授权，不符合第二协议要求的查询请求仍通过第一协议进行授权。

在一个具体的实施场景中，若搭载数据查询菜单的主体为银行柜机，且菜单授权方式为指纹授权，则前端页面接收到查询请求后，由级别较高的柜员输入指纹，经过指纹库对输入指纹进行鉴权并通过后，对该笔数据查询请求进行授权，以使前台用户获取到对应的查询结果。

在另一个具体的实施场景中，若搭载数据查询菜单的主体为银行柜机，且菜单授权方式为协议授权，则前端页面接收到查询请求后，经过第一协议授权或第二协议授权后，以使前台用户获取到对应的查询结果。其中，第一协议授权指的是经过总行审批授权，第二协议授权指的是经过分行审批授权。

S27：对初始数据查询菜单进行调试，获取到数据查询菜单。

具体过程请参见S15中的描述，此处不再赘述。

可以理解地，本实施方式通过配置界面对数据表参数进行设置，能够根据数据表参数从大数据平台获取到一定数量的原始数据表，继而基于确定的关联字段与关联规则能够将多张原始数据表整合为具有同一主题的宽表，以便于后续提供足够多的供查询的数据。继而通过接收第一用户指令，并基于第一用户指令从组件库中选择目标组件，以及为目标组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。

请参阅图3，图3是本申请数据查询菜单的配置方法第三实施方式的流程示意图。在本实施方式中，组件库包括输入组件库以及选择组件库，配置方法包括：

S31：获取到用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表；其中，宽表包括多个字段，每个字段表征一种数据属性。

具体过程请参见S11以及S21~S23中的描述，此处不再赘述。

S32：接收从输入组件库和选择组件库中选择目标输入组件和目标选择组件的第一用户指令；其中，第一用户指令包括字段配置参数。

本实施方式中，输入组件库包括级联输入框、单一输入框、多组合输入框。

其中，上述输入框的输入数据类型可以是文字或数值。其中，输入框的宽度信息可以基于输入数据类型进行调整。例如，若输入数据类型为文字，输入框的宽度可以宽一些，若输入数据类型为数值，输入框的宽度可以窄一些，本申请对此不作限定。

本实施方式中，选择组件库包括下拉框、时间框、时间范围选择框以及机构选择框。

其中，机构选择框中包括多个业务部门或者多个金融机构。

本实施方式中，字段配置参数为用户在配置界面基于每个目标输入组件与目标选择组件输入的字段名称与数据类型。

S33：基于第一用户指令获取到目标输入组件以及目标选择组件后，根据字段配置参数从多个字段中为每个目标输入组件以及每个目标选择组件配置至少一个查询字段。

S34：接收用户基于每个查询字段输入的加密信息以及查询规则，以基于每个查询字段所对应的加密信息以及查询规则生成关联的查询条件；其中，加密信息包括查询字段被加密以及查询字段未被加密，查询规则包括查询字段对应的查询条件为必填或查询条件为非必填。

本实施方式中，加密信息指的是查询字段对应的字段在大数据平台中的加密情况。

例如，若大数据平台为元数据资产管理平台，后台从元数据资产管理平台中获取到原始数据表中所包括的字段的加密信息以及敏感标识后，能够自动对字段进行识别，以使后台用户基于识别的信息对查询字段进行配置。

进一步地，若前台用户在前端页面查询了加密的查询字段，则后台自动触发解密函数或是识别出字段的敏感标识，并将此次查询的情况发送至安全系统，以保障每笔查询的数据安全。

本实施方式中，查询条件中的数据键入方式包括通过前端页面填写的方式、通过excel导入的方式以及选择方式。

其中，通过excel导入的方式支持一次性大批量导入查询数据。

其中，可以通过设置对应的下载模板以便于支持批量导入。

本实施方式中，必填的查询条件指的是支持一次性大批量导入查询数据的查询条件。非必填的查询条件指的是只能单次输入或选择的查询条件，相当于筛选条件。

S35：接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段。

具体过程请参见S13中的描述，此处不再赘述。

S36：配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单。

具体过程请参见S14以及S26中的描述，此处不再赘述。

S37：对初始数据查询菜单进行调试，获取到数据查询菜单。

具体过程请参见S15中的描述，此处不再赘述。

可以理解地，本实施方式通过接收第一用户指令，并基于第一用户指令从输入组件库和选择组件库中选择目标输入组件和目标选择组件，以及为目标输入组件和目标选择组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标输入组件和目标选择组件是预先存储在组件库中，因而不同查询条件所对应的目标输入组件和目标选择组件可以复用，以规避重复劳动。

请参阅图4，图4是本申请数据查询菜单的配置方法第四实施方式的流程示意图。在本实施方式中，配置方法包括：

S41：获取到用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表；其中，宽表包括多个字段，每个字段表征一种数据属性。

具体过程请参见S11以及S21~S23中的描述，此处不再赘述。

S42：接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件。

具体过程请参见S12以及S32~S34中的描述，此处不再赘述。

S43：接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段。

具体过程请参见S13中的描述，此处不再赘述。

S44：配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单。

具体过程请参见S14以及S26中的描述，此处不再赘述。

S45：对初始数据查询菜单进行业务测试，接收用户基于测试结果输入的调整指令，并基于调整指令对初始数据查询菜单进行调整，以获取到数据查询菜单。

本实施方式中，在前端页面对初始数据查询菜单进行业务测试，并基于测试结果在后台的配置界面输入增加或删除宽表、查询条件或返回字段的调整指令，以基于调整指令对初始数据查询菜单进行调整，继而获取到数据查询菜单。

其中，对调整后的初始数据查询菜单继续进行业务测试，响应于测试结果符合预期，将测试完毕的初始数据查询菜单作为待上线的数据查询菜单。响应于测试结果不符合预期，继续对菜单进行调整并测试，直至测试结果符合预期。

可以理解地，通过对配置完成的初始数据查询菜单进行业务测试并调整，能够对菜单进行优化，以使数据查询菜单的查询效果更加符合预期。

S46：接收到用户输入的上线指令，并基于上线指令在生产环境中发布数据查询菜单。

本实施方式中，接收到后台用户输入的上线指令后，基于上线指令在生产环境中发布优化好的数据查询菜单，以使前台用户通过前端页面显示的数据查询菜单进行数据查询。

本实施方式中，为了进一步保证数据的安全性，在菜单正式上线前，需要经由管控相关数据的部门审批，并在审批通过后才发布数据查询菜单。

S47：响应于生产环境中运行的当前数据查询菜单需要更新，在沙盒环境构建当前数据查询菜单，并在沙盒环境中对当前数据查询菜单进行调试，以获取到新的数据查询菜单。

本实施方式中，若前台用户有新的数据查询需求，则生产环境中运行的当前数据查询菜单需要更新。

其中，沙盒环境是一个dll（dynamic link library，动态链接库文件），是通过在电子设备中创建虚拟磁盘来隔离运行的一个虚拟的环境，在沙盒环境里处理各种操作指令都不会对生产环境造成任何影响，在对沙盒环境中的数据查询菜单进行调试时，不会影响到生成环境中正在运行的数据查询菜单。

具体实现中，后台配置系统可以根据预设的配置模板在生产环境所在的服务端生成沙盒环境。配置模板中使用的表结构与生产环境中使用的表结构相同，以基于相同的表结构使用相同的底层数据。继而在沙盒环境中生成与生产环境中运行的数据查询菜单相同的菜单，以基于该菜单进行调试。

具体地，沙盒环境独立于生产环境，其所使用的数据查询菜单与生产环境中是一致的，即沙盒环境中部署的程序数据虽然与生产环境隔离，但由于底层数据是相同的，能够确保沙盒环境中配置好的数据查询菜单能够直接迁移至生产环境中。

本实施方式中，沙盒环境中运行的数据查询菜单仅后台用户可见，使用前端页面进行数据查询的用户不可见，不会影响到前台用户的查询体验。

S48：接收到用户的更新指令，基于更新指令利用新的数据查询菜单覆盖当前数据查询菜单。

本实施方式中，响应于在沙盒环境中获得新的数据查询菜单后，接收后台用户的更新指令，以基于更新指令利用新的数据查询菜单覆盖生产环境中运行的当前数据查询菜单。

可以理解地，由于沙盒环境和生产环境是相互独立的，所以在沙盒环境中的调试不会影响到生产环境中数据查询菜单的使用。因此，本申请的方案可以保证即使在沙盒环境中对数据查询菜单进行更新，也不会影响生产环境中当前数据查询菜单的使用。

进一步地，响应于接收到用户删除沙盒环境中进行调试的数据查询菜单的指令，基于指令删除进行调试的数据查询菜单。又或者，响应于接收到用户删除生产环境中运行的当前数据查询菜单的指令，基于指令删除生产环境中正在运行的当前数据查询菜单。

请参阅图5，图5是本申请数据查询菜单的配置方法一应用场景的工作流程图。本实施方式中，基于前台用户的查询需求配置数据查询菜单。首先获取到后台用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表。继而接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件。接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段后，配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单。继而对初始数据查询菜单进行调试，获取到数据查询菜单。具体地，对初始数据查询菜单进行业务测试，接收后台用户基于测试结果输入的调整指令，并基于调整指令对初始数据查询菜单进行调整，以获取到数据查询菜单。进一步地，接收到后台用户输入的上线指令，并基于上线指令在生产环境中发布数据查询菜单，以使前台用户通过前端页面显示的数据查询菜单进行数据查询。若前台用户的查询需求发生变化，即响应于生产环境中运行的当前数据查询菜单需要更新，在沙盒环境构建当前数据查询菜单，并在沙盒环境中对当前数据查询菜单进行调试，以获取到新的数据查询菜单。响应于新的数据查询菜单的测试结果符合预期，接收到后台用户的更新指令，基于更新指令利用新的数据查询菜单覆盖当前数据查询菜单。

通过上述方法，本实施方式能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。此外，在后续对菜单进行调试并涉及到新增或删除查询条件时，只需要修改目标组件的配置，不需要编码开发及代码部署，能够节省大量的人力成本与时间成本，从而极大地提高了数据查询菜单开发的时效性，继而满足了用户的查询需求。

在实际生产中，本申请的发明人发现，使用本申请提供的数据查询菜单的配置方法，能够将配置流程所需要的时间缩短至数十分钟，极大降低了数据查询菜单的设计周期以及开发成本。且数据查询菜单上线后，还可以基于用户的查询需求进行修改，以满足用户个性化的查询需求。

对应地，本申请提供一种数据查询菜单的配置装置。

请参阅图6，图6是本申请数据查询菜单的配置装置一实施方式的结构示意图。数据查询菜单的配置装置60包括宽表获取模块61、查询条件生成模块62、返回字段生成模块63、构建模块64以及菜单获取模块65。

宽表获取模块61，用于获取到用户通过配置界面添加的数据表参数，并基于数据表参数生成至少一张供查询的宽表；其中，宽表包括多个字段，每个字段表征一种数据属性。

查询条件生成模块62，用于接收从组件库中选择目标组件的第一用户指令，以基于第一用户指令选择目标组件，以及从多个字段中选择至少一个字段作为目标组件对应的查询字段，基于目标组件以及查询字段生成关联的查询条件。

返回字段生成模块63，用于接收从查询字段中选择返回字段的第二用户指令，并基于第二用户指令生成返回字段。

构建模块64，用于配置菜单授权信息，以基于宽表、查询条件、返回字段以及菜单授权信息构建初始数据查询菜单。

菜单获取模块65，用于对初始数据查询菜单进行调试，获取到数据查询菜单。

其中，具体过程请参阅S11~S15、S21~S27、S31~S37以及S41~S48中的相关文字描述，在此不再赘述。

区别于现有技术，本实施方式通过查询条件生成模块62接收第一用户指令，并基于第一用户指令从组件库中选择目标组件，以及为目标组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。此外，在后续通过菜单获取模块65对菜单进行调试并涉及到新增或删除查询条件时，只需要修改目标组件的配置，不需要编码开发及代码部署，能够节省大量的人力成本与时间成本，从而极大地提高了数据查询菜单开发的时效性，继而满足了用户的查询需求。

对应地，本申请提供一种电子设备。

请参阅图7，图7是本申请电子设备一实施方式的结构示意图。如图7所示，电子设备70括存储器71以及处理器72。

本实施方式中，存储器71用于存储程序数据，程序数据被执行时实现如上述的配置方法中的步骤；处理器72用于执行存储器71存储的程序指令以实现如上述的配置方法中的步骤。

具体而言，处理器72用于控制其自身以及存储器71以实现如上述的配置方法中的步骤。处理器72还可以称为CPU（Central Processing Unit，中央处理单元）。处理器72可能是一种集成电路芯片，具有信号的处理能力。处理器72还可以是通用处理器、数字信号处理器（Digital Signal Processor, DSP）、专用集成电路（Application SpecificIntegrated Circuit, ASIC）、现场可编程门阵列（Field-Programmable Gate Array,FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器72可以由多个集成电路芯片共同实现。

区别于现有技术，本实施方式通过处理器72接收第一用户指令，并基于第一用户指令从组件库中选择目标组件，以及为目标组件配置查询字段以生成查询条件，能够将查询条件对应的开发内容通过配置化实现，从而快速地配置出满足查询需求的功能。进一步地，由于目标组件是预先存储在组件库中，因而不同查询条件所对应的目标组件可以复用，以规避重复劳动。此外，在后续对菜单进行调试并涉及到新增或删除查询条件时，只需要修改目标组件的配置，不需要编码开发及代码部署，能够节省大量的人力成本与时间成本，从而极大地提高了数据查询菜单开发的时效性，继而满足了用户的查询需求。

对应地，本申请提供一种计算机可读存储介质。

请参阅图8，图8是本发明计算机可读存储介质一实施方式的结构示意图。

计算机可读存储介质80包括计算机可读存储介质80上存储的计算机程序801，所述计算机程序801被上述处理器执行时实现如上述的配置方法中的步骤。具体地，集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质80中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质80中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施方式方法的全部或部分步骤。而前述的计算机可读存储介质80包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

1.一种数据查询菜单的配置方法，其特征在于，包括：

获取到用户通过配置界面添加的数据表参数，并基于所述数据表参数生成至少一张供查询的宽表；其中，所述宽表包括多个字段，每个字段表征一种数据属性；

接收从组件库中选择目标组件的第一用户指令，以基于所述第一用户指令选择所述目标组件，以及从所述多个字段中选择至少一个字段作为所述目标组件对应的查询字段，基于所述目标组件以及所述查询字段生成关联的查询条件；

接收从所述查询字段中选择返回字段的第二用户指令，并基于所述第二用户指令生成所述返回字段；

配置菜单授权信息，以基于所述宽表、所述查询条件、所述返回字段以及所述菜单授权信息构建初始数据查询菜单；

对所述初始数据查询菜单进行调试，获取到数据查询菜单。

2.根据权利要求1所述的配置方法，其特征在于，

所述数据表参数包括数据源地址、数据表类型以及数据表名称，所述获取到用户通过配置界面添加的数据表参数，以基于所述数据表参数生成至少一张供查询的宽表的步骤，包括：

获取所述用户通过所述配置界面添加的所述数据表参数，基于所述数据表类型以及所述数据表名称，从所述数据源地址对应的数据库中获取到多张原始数据表；

获取到每张所述原始数据表包括的多个所述字段；

从多张所述原始数据表分别对应的多个所述字段中确定关联字段，并确定多张所述原始数据表的关联规则；

基于所述关联字段以及所述关联规则将多张所述原始数据表配置为所述宽表。

3.根据权利要求1~2任一项所述的配置方法，其特征在于，

所述组件库包括输入组件库以及选择组件库，所述接收从组件库中选择目标组件的第一用户指令，以基于所述第一用户指令选择所述目标组件，以及从所述多个字段中选择至少一个字段作为所述目标组件对应的查询字段，基于所述目标组件以及所述查询字段生成关联的查询条件的步骤，包括：

接收从所述输入组件库和所述选择组件库中选择目标输入组件和目标选择组件的所述第一用户指令；其中，所述第一用户指令包括字段配置参数；

基于所述第一用户指令获取到目标输入组件以及目标选择组件后，根据所述字段配置参数从所述多个字段中为每个所述目标输入组件以及每个所述目标选择组件配置至少一个所述查询字段。

4.根据权利要求3所述的配置方法，其特征在于，

所述基于所述第一用户指令获取到目标输入组件以及目标选择组件后，根据所述字段配置参数从所述多个字段中为每个所述目标输入组件以及每个所述目标选择组件配置至少一个所述查询字段的步骤后，包括：

接收所述用户基于每个所述查询字段输入的加密信息以及查询规则，以基于每个所述查询字段对应的所述加密信息以及所述查询规则生成关联的所述查询条件；其中，所述加密信息包括所述查询字段被加密以及所述查询字段未被加密，所述查询规则包括所述查询字段对应的所述查询条件为必填或所述查询条件为非必填。

5.根据权利要求4所述的配置方法，其特征在于，

所述菜单授权信息包括指纹授权或协议授权，所述协议授权包括第一协议授权以及设定数量的第二协议授权；其中，设定数量为0或大于0的数值；

所述配置菜单授权信息，以基于所述宽表、所述查询条件、所述返回字段以及所述菜单授权信息构建初始数据查询菜单的步骤，包括：

接收从所述指纹授权以及所述协议授权中选择目标授权方式的第三用户指令，以基于所述第三用户指令确定所述菜单授权信息。

6.根据权利要求1所述的配置方法，其特征在于，

所述对所述初始数据查询菜单进行调试，获取到数据查询菜单的步骤，包括：

对所述初始数据查询菜单进行业务测试，接收所述用户基于测试结果输入的调整指令，并基于所述调整指令对所述初始数据查询菜单进行调整，以获取到所述数据查询菜单。

7.根据权利要求6所述的配置方法，其特征在于，

所述对所述初始数据查询菜单进行业务测试，接收所述用户基于测试结果输入的调整指令，并基于所述调整指令对所述初始数据查询菜单进行调整，以获取到所述数据查询菜单的步骤后，包括：

接收到所述用户输入的上线指令，并基于所述上线指令在生产环境中发布所述数据查询菜单。

8.根据权利要求7所述的配置方法，其特征在于，

所述接收到所述用户输入的上线指令，并基于所述上线指令在生产环境中发布所述数据查询菜单的步骤后，还包括：

响应于所述生产环境中运行的当前数据查询菜单需要更新，在沙盒环境构建所述当前数据查询菜单，并在所述沙盒环境中对所述当前数据查询菜单进行调试，以获取到新的数据查询菜单；

接收到所述用户的更新指令，基于所述更新指令利用所述新的数据查询菜单覆盖所述当前数据查询菜单。

9.一种数据查询菜单的配置装置，其特征在于，包括：

宽表获取模块，用于获取到用户通过配置界面添加的数据表参数，并基于所述数据表参数生成至少一张供查询的宽表；其中，所述宽表包括多个字段，每个字段表征一种数据属性；

查询条件生成模块，用于接收从组件库中选择目标组件的第一用户指令，以基于所述第一用户指令选择所述目标组件，以及从所述多个字段中选择至少一个字段作为所述目标组件对应的查询字段，基于所述目标组件以及所述查询字段生成关联的查询条件；

返回字段生成模块，用于接收从所述查询字段中选择返回字段的第二用户指令，并基于所述第二用户指令生成所述返回字段；

构建模块，用于配置菜单授权信息，以基于所述宽表、所述查询条件、所述返回字段以及所述菜单授权信息构建初始数据查询菜单；

菜单获取模块，用于对所述初始数据查询菜单进行调试，获取到数据查询菜单。

10.一种电子设备，其特征在于，包括：

存储器，用于存储程序数据，所述程序数据被执行时实现如权利要求1~8任一项所述的配置方法中的步骤；

处理器，用于执行所述存储器存储的所述程序数据以实现如权利要求1~8任一项所述的配置方法中的步骤。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1~8任一项所述的配置方法中的步骤。

Images