具体实施方式

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

为了使本申请的技术方案更加清楚明白，图1示出了本申请实施例提供的实现数据管理的一种系统架构图，如图1所示该系统架构可以包括：前端10、后端20和数据库30。其中，后端20可以是设置于网络侧的服务设备，后端20与前端10及数据库30通过网络进行数据交互，后端20可以是单台服务器实现，也可以是多台服务器组成的服务器集群实现。在本申请实施例中，后端20能够获取前端10发送的检索关键词，并基于该检索关键词在数据库中检索得到目标数据标签及对应的业务数据信息，并向前端10发送检索结果。

前端10可以是手机、电脑等终端设备。前端10能够支持对检索关键词及结构化查询语言sql语句的填写输入，以供用户对数据管理的操作。

数据库30可以是具有数据存储功能的服务器，能够支持数据的存储。

本申请实施例可以通过后端20接收前端10发送的检索关键词，并基于该关键词在数据库中匹配得到相应的数据标签和业务数据信息，将得到的数据标签和业务数据信息返还给前端10，实现了业务数据信息，例如sql语句的标签化。

基于图1所示系统架构，图2示出了本申请实施例提供的数据管理方法的一种数据管理流程图，下面以后端20的视角介绍本方案的一种数据管理方法，参照图2，该流程可以包括：

步骤S100、获取前端发送的检索关键词。

具体的，后端20可以通过网络的数据交互的方式获取前端10发送的检索关键词。

步骤S110、从预设的标签数据库中获取与所述检索关键词匹配的目标数据标签。

具体的，后端20在获取检索关键词之后，可以根据检索关键词在数据库30的标签数据库中获取对应的目标数据标签，其中标签数据库中可以储存有多个数据标签。

步骤S120、从预设的业务数据库中获取与所述目标数据标签对应的业务数据信息。

具体的，后端20在数据库30的标签数据库中获取到目标数据标签后，并非直接将目标数据标签直接发送给前端10，而是根据目标数据标签，从数据库30的业务数据库中，获取对应的业务数据信息，其中业务数据库中可以存储有与各数据标签对应的业务数据信息，业务数据信息可以是实现各种功能的结构化查询语言sql语句。

为了更好的管理数据标签与业务数据信息的具体内容，本申请实施例提供了一种数据标签管理界面，如图3所示，通过选择标签按钮可以选择需要的标签，对应的，在执行内容输入中就会出现与所选标签对应的业务数据信息即结构化查询语言sql语句。

步骤S130、向前端发送第一检索结果信息。

具体的，后端20向前端10发送第一检索结果信息，其中第一检索结果信息包括从数据库30中获取的目标数据标签和对应的业务数据信息。

本实施例提供的数据管理方案，在后端在收到前端发送的检索关键词后，后端基于该搜索关键词从数据控中匹配得到相应的目标数据标签和业务数据信息，再将得到的目标数据标签和业务数据信息整合成检索结果信息发送给前端10，通过本申请的数据管理方案实现了无需多次输入复杂业务数据信息，例如sql语句，即可通过搜索简短的关键词得到想要的结构化查询语言sql语句，减少了语句的输入时间，进一步提供了工作效率。

在本申请的一些实施例中，本申请考虑到可能存在数据库30中的标签数据库没有与检索关键词的匹配项的情况，在此基础上，若所述标签数据库中不存在与所述检索关键词匹配的数据标签，本申请实施例还可以利用检索关键词直接在业务数据库中进行匹配，具体过程可以包括：

步骤S140、在所述业务数据库中存储的各业务数据信息中，查询与所述检索关键词匹配的目标业务数据信息。

具体的，后端20根据检索关键词在数据库30的业务数据库中查询对应的目标业务数据信息，例如检索关键词可以是结构化查询语言sql语句中的个别关键词，在此基础上，本申请可以利用该检索关键词在业务数据信息中直接查询得到目标结构化查询语言sql语句。

步骤S150、向前端发送第二检索结果信息，所述第二检索结果信息包括空标签及所述目标业务数据信息。

具体的，后端30向前端10发送第二检索结果信息，由于在标签数据库中没有匹配的目标数据标签，这里可以设置一个空标签的形式，第二检索结果信息可以包括空标签和目标业务数据信息，进一步的，后续步骤前端10可以在空标签的基础上对这个空标签对应的目标业务数据信息命名得到一个新的数据标签。

进一步的，在本申请的一些实施例中，考虑的前端10可以对获取的检索结果信息进行修改，为了保存修改后的内容，本申请实施例在上述步骤S130、向前端发送第一检索结果信息之后，还包括如下步骤：

步骤S160、获取前端发送的更新信息，所述更新信息包括前端对接收的所述数据标签更改后的新数据标签，和/或，对所述业务数据信息更改后的新业务数据信息。

具体的，后端20获取前端10发送的更新信息，更新信息可以有三种情况。

第一种，当前端10仅对数据标签进行了更改时，则更新信息可以包含数据标签更改后的新数据标签。

第二种，当前端10仅对业务数据信息进行了更改时，则更新信息可以包含业务数据信息更改后的新业务数据信息。

第三种，当前端10对数据标签和业务数据信息都做了更改时，则更新信息中可以包含更改后的新数据标签和新业务数据信息。

步骤S170、基于所述更新信息，更新所述标签数据库和/或所述业务数据库。

具体的，基于上述三种不同情况的更新信息，对应的本申请实施例可以有三种更新数据库的方式。

第一种，对应上述仅更新数据标签的情况，后端20可以基于更新信息对数据库30的标签数据库进行更新。

第二种，对应上述仅更新业务数据信息的情况，后端20可以基于更新信息对数据库30的业务数据库进行更新。

第三种，对应上述同时需要更新数据标签和业务数据信息的情况，后端20可以基于更新信息对数据库20的标签数据库和业务数据库进行更新。

进一步的，考虑到上述步骤S150提及的空标签的情况，本申请实施例还提供有一种与更新功能相似的新增功能，在步骤S150、向前端发送第二检索结果信息之后，还可以包括如下步骤：

步骤S180、获取前端发送的新增信息，所述新增信息包括前端对接收的所述空标签填写新标签名后的新数据标签，和/或，对所述业务数据信息更改后的新业务数据信息。

具体的，后端20获取前端10发送的新增信息，新增信息可以有三种情况。

第一种，当前端10仅对空标签命名得到一个新数据标签时，则新增信息可以包含空标签更改后的新数据标签。

第二种，当前端10仅增加新业务数据信息时，则新增信息可以包含新业务数据信息。

第三种，当前端10同时新增一对新数据标签及其对应的新业务数据信息时，则新增信息可以包含新数据标签及对应的新业务数据信息。

步骤S190、基于所述新增信息，在所述标签数据库中添加所述新增数据标签，和/或在所述业务数据库中添加与新数据标签对应的新业务数据信息。

具体的，基于上述三种不同情况的新增信息，对应的本申请实施例可以有三种数据库新增数据的方式。

第一种，对应上述仅新增数据标签的情况，后端20可以基于新增信息对数据库30的标签数据库添加新数据标签。

第二种，对应上述仅新增业务数据信息的情况，后端20可以基于新增信息对数据库30的业务数据库添加一个空标签对应的新业务数据信息。

第三种，对应上述同时需要新增数据标签和业务数据信息的情况，后端20可以基于新增信息，在数据库20的标签数据库中添加新数据标签，和在业务数据库添加与新数据标签对应的新业务数据信息。

以上为本申请的方法部分，下面开始介绍本申请的一种数据管理系统，参照图1，该系统包括前端10、后端20和数据库30，该系统架构具体请参照前述部分此处不再赘述，该系统的具体运作过程可以包括：

前端10，用于向所述后端20发送检索关键词；

后端20，用于接收所述前端10发送的所述检索关键词，从所述标签数据库中获取与所述检索关键词匹配的目标数据标签，从所述业务数据库中获取与所述目标数据标签对应的业务数据信息，向所述前端10发送第一检索结果信息，所述第一检索结果信息包括与所述目标数据标签及对应的业务数据信息；

数据库30包括标签数据库和业务数据库，所述标签数据库中存储有多个数据标签，所述业务数据库中存储有与各数据标签对应的业务数据信息。

可选的，所述后端20在检索到数据库30的所述标签数据库中不存在与所述检索关键词匹配的数据标签时，还用于在所述业务数据库中存储的各业务数据信息中，查询与所述检索关键词匹配的目标业务数据信息，向前端10发送第二检索结果信息，所述第二检索结果信息包括空标签及所述目标业务数据信息。

可选的，所述前端10在收到所述后端20发送的第一检索结果信息或第二检索结果信息之后，还用于对所述第一检索结果信息或第二检索结果信息进行展示。

可选的，当所述前端10检测到用户对第一检索结果信息进行了更改时，则向所述后端20发送更新信息，所述更新信息包括前端10对接收的所述数据标签更改后的新数据标签，和/或，对所述业务数据信息更改后的新业务数据信息。

可选的，当所述前端10检测到用户对第二检索结果信息进行了更改时，则向所述后端20发送新增信息，所述新增信息包括前端对接收的所述空标签填写新标签名后的新数据标签，和/或，对所述业务数据信息更改后的新业务数据信息。

可选的，前端10在向后端20发送检索关键词之前，还用于判断用户输入的检索关键词是否为空，若是则结束整个流程，若否则执行向后端发送检索关键词的步骤。

可选的，前端10在收到后端20发送的第一检索结果信息或第二检索结果信息之后，还用于检测用户是否勾选保存常用标签，若否则结束整个流程，若是则执行检测是否对第一检索结果信息或第二检索结果信息进行更改的步骤。

可选的，所述后端20还用于在接收到前端10发送的所述更新信息或所述新增信息后，基于所述更新信息或所述新增信息对数据库30更新数据或新增数据。

基于上述数据管理方案，本申请实施例还提供了另一种数据管理方法流程图，如图4所示。

步骤S510、点击执行按钮。

其中，前端接收用户的执行指令，所述执行指令包括检索关键词。

具体的，所述用户可以在前端输入执行指令并点击执行按钮。

步骤S520、判断执行内容是否为空。

具体的，前端对用户输入的执行指令进行判断，确认输入的检索关键词是否为空，若不为空则将检索关键词发送给后端。

步骤S530、查询数据库接口。

具体的，后端接收前端发送检索关键词，通过查询数据库接口分别连接标签数据库和业务数据库，将该检索关键词优先发送至标签数据库中查询是否有匹配的目标数据标签，然后将根据查询得到的目标数据标签链接到业务数据库中得到目标业务数据信息。

步骤S540、处理查询结果。

具体的，前端接收后端返还的查询结果，即步骤S503得到的目标数据标签和目标业务数据信息，并分别将查询结果发送至屏幕端进行显示和对查询结果进一步执行步骤S505的判断。

步骤S550、判断是否勾选保存常用标签。

具体的，前端判断在得到查询结果后，用户是否有勾选保存常用标签，若否则结束后续流程，若是则进一步执行步骤S506。

步骤S560、判断是否填写标签名。

具体的，前端在用后勾选保存常用标签的基础上，进一步确认是否在标签名按钮处填写标签名，并根据填写情况分别执行步骤S507或步骤S508。

步骤S570、更新标签接口。

具体的，后端接收前端发送的更新标签信息，后端通过更新标签接口连接数据库，更新标签数据库。

步骤S580、新增标签接口。

具体的，后端接收前端发送的新增标签信息，后端通过新增标签接口连接数据库，在标签数据库中添加新数据标签。

如图5所示，在数据标签管理界面中，用户在勾选保存常用标签后，可以在标签名按钮处填写标签名，选择执行后，将会覆盖原先在选择标签按钮处显示的标签名。在标签名按钮处填写了新标签名并选择执行按钮后，若选择标签按钮处显示的是已有标签名，则可以执行上述更新标签步骤。若选择标签按钮处显示的为空标签，则可以执行上述新增标签步骤。

进一步的，在前端检测到用户勾选保存常用标签后，上述实施例还可以增加前端检测用户是否更改业务数据信息的步骤，若更改则前端可以向后端发送业务数据更改信息，业务数据更改信息包含更改后的新业务数据信息。后端通过业务数据更新连接口连接数据库并更新业务数据库。

下面对本申请实施例提供的数据管理装置进行描述，下文描述的数据管理装置与上文描述的数据管理方法可相互对应参照。

如图6所示，其公开了一种数据管理装置的结构示意图，该数据管理装置可以包括：

关键词获取单元11，用于获取前端发送的检索关键词；

数据标签获取单元12，用于从预设的标签数据库中获取与所述检索关键词匹配的目标数据标签，所述标签数据库中存储有多个数据标签；

业务数据获取单元13，用于从预设的业务数据库中获取与所述目标数据标签对应的业务数据信息，所述业务数据库中存储有与各数据标签对应的业务数据信息；

第一检索结果信息发送单元14，用于向前端发送第一检索结果信息，所述第一检索结果信息包括所述目标数据标签及对应的业务数据信息。

可选的，本申请的数据管理装置，还包括：

业务数据查询单元，用于在所述业务数据库中存储的各业务数据信息中，查询与所述检索关键词匹配的目标业务数据信息；

第二检索结果信息发送单元，用于向前端发送第二检索结果信息，所述第二检索结果信息包括空标签及所述目标业务数据信息。

可选的，本申请的数据管理装置，还包括：

更新信息获取单元，用于在执行所述检索结果发送单元14之后，获取前端发送的更新信息，所述更新信息包括前端对接收的所述数据标签更改后的新数据标签，和/或，对所述业务数据信息更改后的新业务数据信息；

数据更新单元，用于基于所述更新信息，更新所述标签数据库和/或所述业务数据库。

可选的，本申请的数据管理装置，还包括：

新增信息获取单元，用于在执行所述第二检索结果信息发送单元之后，获取前端发送的新增信息，所述新增信息包括前端对接收的所述空标签填写新标签名后的新数据标签，和/或，对所述业务数据信息更改后的新业务数据信息；

数据添加单元，用于基于所述新增信息，在所述标签数据库中添加所述新增数据标签，和/或在所述业务数据库中添加与新数据标签对应的新业务数据信息。

本申请实施例提供的数据管理装置可应用于数据管理设备。数据管理设备可以是后台20。图7示出了数据管理的硬件结构框图，参照图7，数据管理的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本申请实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：

获取前端发送的检索关键词；

从预设的标签数据库中获取与所述检索关键词匹配的目标数据标签，所述标签数据库中存储有多个数据标签；

从预设的业务数据库中获取与所述目标数据标签对应的业务数据信息，所述业务数据库中存储有与各数据标签对应的业务数据信息；

向前端发送第一检索结果信息，所述第一检索结果信息包括所述目标数据标签及对应的业务数据信息。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

本申请实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：

获取前端发送的检索关键词；

从预设的标签数据库中获取与所述检索关键词匹配的目标数据标签，所述标签数据库中存储有多个数据标签；

从预设的业务数据库中获取与所述目标数据标签对应的业务数据信息，所述业务数据库中存储有与各数据标签对应的业务数据信息；

向前端发送第一检索结果信息，所述第一检索结果信息包括所述目标数据标签及对应的业务数据信息。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以相互组合，且相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。