CN112148509A - 数据处理方法、装置、服务器及计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、服务器及计算机可读存储介质，其中方法包括：获取操作请求，所述操作请求包括配置描述文件标识、请求信息以及操作类型；根据所述配置描述文件标识获取目标配置描述文件，所述目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，所述目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的；基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，并根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作。通过实施上述方法，可以提高数据操作的效率，同时也可以提升用户体验。

Description

数据处理方法、装置、服务器及计算机可读存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据处理方法、装置、服务器及计算机可读存储介质。

背景技术

随着电子技术和互联网技术的快速发展，业务数据越来越多，当用户需要对数据进行操作时，比如新增、删除、修改以及查找数据时，业务层可以提供增删改查接口CRUDAPI数据服务，但是CRUD API数据服务中涉及的数据表非常多，业务层提供的查找数据或新增数据或删除数据或修改数据的服务可能包括几十甚至上百张数据表，因此，可能会使得数据操作的复杂度比较高，进而导致数据操作的效率较低，且用户体验较差。

发明内容

本申请实施例提供了一种数据处理方法、装置、服务器及计算机可读存储介质，可以提高数据操作的效率，同时也可以提升用户体验。

本申请实施例第一方面公开了一种数据处理方法，所述方法包括：

获取操作请求，所述操作请求包括配置描述文件标识、请求信息以及操作类型；

根据所述配置描述文件标识获取目标配置描述文件，所述目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，所述目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的；

基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，并根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作。

本申请实施例第二方面公开了一种数据处理装置，所述装置包括：

获取单元，用于获取操作请求，所述操作请求包括配置描述文件标识、请求信息以及操作类型；

所述获取单元，还用于根据所述配置描述文件标识获取目标配置描述文件，所述目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，所述目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的；

操作单元，用于基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，并根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作。

本申请实施例第三方面公开了一种服务器，包括处理器、存储器和网络接口，所述处理器、存储器和网络接口相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。

本申请实施例第四方面公开了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本申请实施例第五方面公开了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取所述计算机指令，处理器执行所述计算机指令，使得所述计算机设备执行上述第一方面的方法。

在本申请实施例中，服务器可以获取包括配置描述文件标识、请求信息以及操作类型的操作请求，并根据配置描述文件标识获取目标配置描述文件，从而服务器可以基于目标配置描述文件、请求信息和操作类型生成操作指令，并根据操作指令在目标数据表中执行操作类型所指示的操作。通过以目标配置描述文件为核心的增删改查操作，可以提高数据操作的效率，同时也可以提升用户体验。

附图说明

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

图1是本申请实施例提供的一种数据开发系统的架构示意图；

图2是本申请实施例提供的一种数据处理方法的流程示意图；

图3a是本申请实施例提供的一种数据表结构模板的示意图；

图3b是本申请实施例提供的一种针对主配置包括的多种配置属性的示意图；

图3c是本申请实施例提供的一种针对角色标识包括的多种配置属性的示意图；

图3d是本申请实施例提供的另一种针对角色标识包括的多种配置属性的示意图；

图3e是本申请实施例提供的一种针对数据表连接配置包括的多种配置属性的示意图；

图4a是本申请实施例提供的另一种针对主配置包括的多种配置属性的示意图；

图4b是本申请实施例提供的又一种针对角色标识包括的多种配置属性的示意图；

图4c是本申请实施例提供的又一种针对角色标识包括的多种配置属性的示意图；

图4d是本申请实施例提供的一种针对操作人包括的多种配置属性的示意图；

图5是本申请实施例提供的另一种数据处理方法的流程示意图；

图6是本申请实施例提供的一种用户操作界面的示意图；

图7是本申请实施例提供的又一种数据处理方法的流程示意图；

图8是本申请实施例提供的又一种数据处理方法的流程示意图；

图9是本申请实施例提供的一种数据处理装置的结构示意图；

图10是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

目前，当用户需要对数据进行操作时，比如新增(Create)、删除(Delete)、修改(Update)以及查找(Retrieve)数据时，业务层可以提供CRUD API数据服务。其中，该CRUDAPI指的是对数据进行新增、删除、修改以及查找的应用程序接口。但是CRUD API数据服务是极其复杂的，CRUD API数据服务中涉及的数据表非常多，业务层提供的查找数据或新增数据或删除数据或修改数据的服务可能包括几十甚至上百张数据表，而且新增或删除或修改所涉及的数据规则非常复杂，在数据查询的场景中一个应用程序接口(ApplicationProgramming Interface，API)也可能会涉及到数个甚至十个数据表之间的连接，数据逻辑依然复杂。如果采用传统的开发的方式，需要编写的代码量非常大，而且所产生的大量代码，很快就会因逻辑不断复杂化变得难以维护。

针对目前复杂且难以维护的CRUD API数据服务的开发的方式，本申请实施例提供了一种如图1所示的数据开发系统的架构示意图。该数据开发系统包括目标数据表、目标配置文件、API接口服务、在线API文档以及特殊逻辑。该数据处理系统可以是一种CRUD API无代码化量产式开发体系。其中，CRUD API开发体系是指围绕以目标配置描述文件为中心，实现CRUD API服务的一整套组件体系。具体地，所述CRUD API服务可以包括3大子类组件，分别是：基于目标数据表生成目标配置描述文件组件、基于目标配置描述文件生成在线API文档组件以及基于目标配置描述文件和操作请求实现API接口服务组件。而无代码化量产式开发是指CRUD API开发体系在绝大多数情况下不需要进行具体业务逻辑代码的开发，只需要有对应的配置描述文件即可。在一些特殊的场景下，可以存在少量的代码开发，如图1中所示特殊逻辑以插件的方式注入到CRUD API服务组件中执行，这种插件的方式也可以让CRUD API开发体系具有更强的可扩展性。而量产式开发则是指在CRUD API无代码化量产式开发体系中，从完成数据表结构模板开始，就意味着CRUD API服务的一键化自动生成。其中，CRUD API服务的一键化自动生成包括目标配置描述文件、API接口服务以及在线API文档相关的一系列配套服务。具体地，该一系列配套服务可以包括目标数据表一键生成目标配置描述文件，目标配置描述文件自动关联在线API接口文档以及API接口服务。而这种一键化自动生成的CRUD API服务，也具有极高的服务构建效率。

在一种实现方式中，如图1所示的目标数据表是数据库包括的多个数据表中任意一个，任意一个数据表是根据预定义的数据表结构模板生成的。其中，所述数据表结构模板可以是对数据表预先进行定义而确定。比如对数据表的主键、唯一索引以及普通索引等的定义，还可以包括对数据表的注释方式的标准化。其中，对数据表的注释方式的标准化可以包括数据表本身的注释以及数据表内具体字段的注释。根据对数据表的合理定义之后，进而确定数据表结构模板，以使得将获取到的待存储数据填充在数据表结构模板中，而生成目标数据表。

可选的，目标配置描述文件可以是服务器采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的。其中，配置文件生成规则可以是利用预设的转换器将目标数据表转换为目标配置描述文件。具体地，所述转换器会按照配置文件生成规则对目标数据表对应的数据表结构模板进行解析，进而得到目标配置描述文件。得到目标配置描述文件之后，可以自动关联与目标配置描述文件对应的在线API文档以及API接口服务。其中，用户可以通过该在线API文档，查看该API接口的详细信息，用户可以通过该API接口服务发送针对数据的操作请求。例如，如果用户需要对数据库中的数据进行操作，比如查找、新增、删除以及修改，用户可以先通过在线API文档查看API接口的详细信息，然后通过用户终端发送操作请求。服务器可以通过API接口服务接收用户发送的操作请求，并完成针对操作请求的数据处理并返回结果。

在一些特殊的场景下，例如对于与业务强相关的特殊逻辑，并不适合直接集成在CRUD API组件中，对于这种情况，可以采用插件外置的方式来实现特殊逻辑，同时通过配置描述文件中的特定指令来将特殊的外置插件逻辑注入到通用CRUD API服务中，以解决特殊业务逻辑的场景。具体地，与业务强相关的特殊逻辑可能是需要进行数据操作的的数据源不仅仅只限于一个如mySQL的数据库，需要将数据源扩展为多个，比如数据源还包括ES、MongoDB等任意的数据源，而为了实现这种特殊的数据源逻辑，可以采用插件外置的方式，将特殊的外置插件逻辑注入到通用CRUD API服务中。

可以看出，本申请实施例提供的数据开发系统，是以目标配置描述文件为核心来实现CRUD API服务，这种数据开发系统可以实现各种功能的快速构建，也可以实现对数据表结构的规范化和规整化管理。并且该数据开发系统中所需的代码量相比于传统的开发方式有大幅度的降低，进而提高了开发效率，也极大的增强了系统后续的可维护性，降低了后续的维护成本。

基于图1的开发系统，本申请实施例提出了一种数据处理方法，服务器可以通过API接口服务获取包括配置描述文件标识、请求信息以及操作类型的操作请求，并根据配置描述文件标识获取目标配置描述文件，从而服务器可以基于目标配置描述文件、请求信息和操作类型生成操作指令，并根据操作指令在目标数据表中执行操作类型所指示的操作。通过以目标配置描述文件为核心的增删改查操作，可以提高数据操作的效率，同时也可以提升用户体验。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

请参阅图2，是本申请实施例提供的一种数据处理方法的流程示意图。图2所示数据处理方法可由服务器执行，具体可由服务器中处理器执行。图2所示的数据处理方法可包括以下步骤：

S201：获取操作请求，操作请求包括配置描述文件标识、请求信息以及操作类型。

在一种实现方式中，服务器可以获取用户通过用户终端发送的操作请求，该操作请求可以包括配置描述文件标识、请求信息以及操作类型。其中，配置描述文件标识是用来指示服务器完成操作请求对应的数据处理所需要的目标配置描述文件。请求信息可以包括操作对象、操作范围、操作结果显示顺序以及操作结果的数量中的任意一种或多种。操作类型所指示的操作可以包括查询操作、修改操作、删除操作以及新增操作中的任意一种或多种。

S202：根据配置描述文件标识获取目标配置描述文件，目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的。

在一种实现方式中，数据库可以存储有多个数据表，且每一个数据表可以配置有对应的配置描述文件。当服务器通过API接口服务获取到操作请求之后，服务器可以根据该操作请求包括的配置描述文件标识在数据库中确定配置描述文件标识对应的目标配置描述文件，并获取该目标配置描述文件。

在一种实现方式中，目标数据表对应的目标配置描述文件可以采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到，而目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的。可选的，数据表结构模板可以如图3a所示，数据表结构模板的形成也就是对数据表的结构进行定义，比如数据表中的索引，具体的可以包括主键、唯一索引以及普通索引的定义，还比如对数据表的注释方式的标准化，具体的可以包括数据表本身的注释以及数据表内具体字段的注释。根据对数据表结构的合理定义之后，从而形成如图3a所示的数据表结构模板。在确定数据表对应的数据表结构模板之后，服务器可以根据数据表结构模板对应的配置文件生成规则对数据表进行处理得到配置描述文件。在基于数据表结构模板生成配置描述文件的过程中，可以按照预设的配置文件生成规则对数据表结构模板进行解析，进而对应的转换为目标配置描述文件的相应属性(指令)。

在一种实现方式中，目标配置描述文件可以包括目标指令，该目标指令可以用于针对操作请求的数据执行目标操作，而该目标操作是通过插件注入的方式实现的。例如对于一些特殊逻辑，不适合直接集成在CRUD API组件中，就可以采用插件外置的方式来实现特殊逻辑，并在目标配置描述文件中设定针对特殊逻辑的目标指令以将特殊逻辑注入到通用CRUD API服务中，以便后续通过目标指令完成针对特殊逻辑所要执行的目标操作。可选的，目标指令可以包括Handler、PreProcessor、WriteModel等指令，其具体的理解可参考后续的描述，在此处不做赘述。需要理解的是，目标配置描述文件包括的目标指令不限于本申请实施例的描述。

在一种实现方式中，针对不同的操作类型，配置描述文件可以是不同的，例如，有针对查询操作的配置描述文件，还有针对修改操作、删除操作以及新增操作的配置描述文件。

在一种实现方式中，针对查询操作的配置描述文件可以包括四个部分，该四个部分可以分别为主配置部分、操作对象字段配置部分、操作范围字段配置部分以及数据表连接配置部分。

在一种实现方式中，针对主配置部分可以包括如图3b所示的多种配置属性，其中，Id用于指示配置描述文件的名称，Id对应的值就是配置描述文件的名称，配置描述文件的名称是唯一的，不同的配置描述文件所对应的配置描述文件的名称也是不一样的，API接口服务可以接收该字段的值，并找到相应的目标配置描述文件进行具体的内容解析，例如服务器通过API接口服务接收到操作请求中的配置描述文件标识，服务器可以根据配置描述文件标识确定相应的目标配置描述文件并进行解析。Name用于指示API接口的中文名称，主要用于在线API文档中的接口名称显示，使用户可读，例如Name对应的值是用户表，则表示API接口的中文名称是用户表。IsDocPrivate用于指示该在线API文档是否为私有，如果是私有，则不在API文档平台中显示该在线API文档，例如若IsDocPrivate对应的值是false，则表示该在线API文档不是私有，例如若IsDocPrivate对应的值是true，则表示该在线API文档是私有。

可选的，如图3b所示，DebugSQL用于控制是否打印具体的结构化查询语言(Structured Query Language，SQL)到控制台，便于定位问题时临时调试。SpecialDataSource用于指定非mySQL的特殊二维数据源逻辑实现(是一个按照特定规范下的输入、输出的类.方法逻辑)，这可以让查询的数据源不仅仅只限于mySQL数据库，也可以扩展为其它数据源，比如ES、MongoDB等任意的二维数据源，这里所实现的特殊数据源扩展，也是基于插件注入的方式，与组件本身的业务逻辑解耦。DataSourceParms用于指定非mySQL的特殊二维数据源逻辑实现过程中所需要的一系列参数输入，比如对于ES的数据源实现，可以提供ES的连接方案、目标索引等必须的参数信息。DBSchema用于指示mySQL数据库连接信息，通常是指定一个数据库连接方案名称，具体的连接信息一般存储在特定的配置中心。DefaultWhere用于指定默认的查询条件。DefaultSort用于指定默认的排序方式。DefaultPageSize用于指定默认的数据记录返回条数，例如DefaultPageSize对应的值是5000，且用户没有限定查询记录的条数，则会返给5000条数据。DefaultColumns用于指定默认的返回列。

在一种实现方式中，针对操作对象字段配置部分，操作对象字段可以包括多个，操作对象字段对应的可以是目标数据表中每一列或每一行所存储的数据对应的属性。例如关于角色标识、用户名、授权时间、授权人等等。在用户发送操作请求时，可以选择性的指定可查询的操作对象字段，每一个可被查询的操作对象字段，可以包括多种配置属性。例如，以操作对象字段为角色标识为例，具体的，角色标识可包括的多种配置属性如图3c所示。其中，Id用于指示是操作对象字段标识，在目标配置描述文件中的操作对象字段的定义中是唯一的，如果服务器通过API接口服务接收到的操作请求中指定了该字段值，接口就会相应的返回该字段，不指定则不返回。Name用于指示该字段的中文名称。Property用于指示数据库中对应的字段名称，比如表名.字段名，同时也可以指定多个数据表字段，这种情况下往往是字段处理器需要多个动态入参。CanSort是标识该字段是否允许排序，例如CanSort对应的值为true，则表示该字段允许排序，相反的，若CanSort对应的值为false，则表示该字段不允许排序。

可选的，如图3c所示，Handler是字段处理器指令，该指令是目标配置描述文件中的目标指令，字段处理器是一段以插件形式注入的逻辑，负责对从数据源获取到的初始数据进行二次加工，然后最终返回给用户，对于一些特殊逻辑，就可以通过Handler注入来实现，并且一次实现，也可以复用，也可以配置一些常用的处理器，只要不是非常特殊的业务逻辑，内置的处理器对于常规的开发过程就足够用了，如果遇到极特殊的业务逻辑，也可以有针对性的实现一个特殊逻辑处理器，然后通过Handler指令进行注入。Parms用于指示操作对象字段处理器所需要的一些静态参数配置。JoinId用于指示从数据库获取的字段，也就是上述的Property字段，需要连接的目标数据表标识。Memo用于指示该字段的详细说明，主要是便于在线API文档对该字段的详细说明。

在一种实现方式中，针对操作范围字段配置部分，操作范围字段也可以包括多个，操作范围字段对应的可以是目标数据表中每一列或每一行所存储的数据对应的属性。例如关于角色标识、用户名、授权时间、授权人等等。在用户发送操作请求时，可以选择性的指定可查询的操作范围字段，每一个可被查询的操作范围字段，可以包括多种配置属性。例如，以操作范围字段为角色标识为例，具体的，角色标识可包括的多种配置属性如图3d所示。其中，Id用于指示操作范围字段标识，也是服务器通过API接口服务接收到的操作请求中指定的该字段的值。Name用于指示可读的中文字段名称。Property用于指示数据库中对应的字段名称，比如表名.字段名。IsPrimartyKey是标识该操作范围字段是否为主键标识，例如，若IsPrimartyKey对应的值为false，则表示该操作范围字段不是主键标识，相反的，若IsPrimartyKey对应的值为true，则表示该操作范围字段是主键标识。

可选的，如图3d所示，JoinId指示用于执行该操作范围字段查询，需要连接的额外数据表标识。PreProcessor是操作范围数据预处理器指令，该指令是目标配置描述文件中的目标指令，预处理器可以是以插件形式注入的逻辑，该预处理器可以用于对该操作范围字段传入的复杂数据类型(比如map或list类型)，复杂数据类型经过预处理器处理后，可以自动转换成标准的，可被查询操作使用的数据形式，另外，预处理器机制，对简化SQL连表查询，优化SQL语句性能也具有非常重要的意义，可以应对逻辑极其复杂的查询分解和条件等价转换。Parms用于指示操作范围数据预处理器所需要的静态配置参数。Memo用于指示操作范围字段的详细说明，主要是便于在线API文档对该字段的详细备注。

在一种实现方式中，针对数据表连接配置部分可以包括如图3e所示的多种配置属性，其中，Id用于指示目标数据表标识，可以由上述提到的JoinId属性指定。JoinFormat用于指示数据表的连接形式，比如left join/right join之类的多表连接方式，与操作指令中的连表形式保持一致，例如与SQL语句的连表形式保持一致。BeforeJoinId用于指示在执行此次数据表连接之前，需要先执行的其它数据表的连接，可以用于复杂的数据表连接关系。UseGroupBy用于指示指定group by的查询子语句。

在一种实现方式中，针对修改操作、删除操作以及新增操作的配置描述文件可以包括四个部分，该四个部分可以分别为主配置部分、操作对象字段配置部分、操作范围字段配置部分以及额外附加信息字段配置部分。

在一种实现方式中，针对主配置部分可以包括如图4a所示的多种配置属性，其中，Id用于指示配置描述文件的标识，全局唯一，配置描述文件的标识与该配置描述文件的名称是保持一致的。API接口服务需要接收该字段的值，并找到相应的目标配置描述文件进行具体的内容解析，例如服务器通过API接口服务接收到操作请求中的配置描述文件标识，服务器可以根据配置描述文件标识确定相应的目标配置描述文件并进行解析。Name用于指示API接口的中文名称，主要用于API文档中的接口名称显示，使用户可读。IsDocPrivate用于指示在线API文档是否为私有，如果为私有，则不在API文档平台中显示该在线API文档。DBSchema用于指示mySQL数据库连接信息，通常是指定一个数据库连接方案名称，具体的连接信息通常存放在特定的配置中心。Table用于指示需要进行新增或删除改操作的目标数据表，正常来说，一个接口只允许操作一个表，如果涉及操作多个表的情况，可以实现一个新的逻辑操作类，由WriteModel指定。

可选的，如图4a所示，PrimaryKey用于指定数据表的主键字段名称。WriteModel用于指定增删改逻辑操作类，其中有新增/修改/删除方法实现，其中，该指令是目标配置描述文件中的目标指令，WriteModel可以是以插件形式注入的逻辑。如果不指定操作类，则只进行简单的数据写入，如果指定了特定的逻辑操作类，则可以进行各种复杂以及个性化的数据操作，绝大部分的操作逻辑，只需要使用通用的逻辑操作类，如果存在非常特殊的数据写入逻辑，才需要进行额外的扩展。IsInsertExtend用于指示是否使用特定的扩展逻辑进行新增操作。IsUpdateExtend用于指示是否使用特定的扩展逻辑进行更新操作。IsDeleteExtend用于指示是否使用特定的扩展逻辑进行删除操作。OpType用于指示可操作的范围定义，可取值如新增或修改或删除。Unique用于指定数据表内字段的唯一性约束校验，可以支持多个字段联合唯一性约束校验。DeleteChecker用于指示数据进行删除操作时，先与指定的数据表的关联关系进行校验，如果待删除的数据记录与其它指定表中的字段还存在关联关系，则不允许进行数据删除。

在一种实现方式中，针对操作对象字段配置部分，该操作对象字段配置部分用户可以通过API接口服务进行新增或修改的字段配置。操作对象字段可以包括多个，操作对象字段对应的可以是目标数据表中每一列或每一行所存储的数据对应的属性。例如关于角色标识、用户名、授权时间、授权人等等。每一个操作对象字段，可以包括多种配置属性。例如，以操作对象字段为角色标识为例，具体的，角色标识可包括的多种配置属性如图4b所示。其中，Id用于指示操作对象字段标识，对应于操作请求中包括的操作对象字段名称。Name用于指示字段名。Label用于指示字段的中文名，便于在在线API文档中进行字段名称展示。NotEmpty用于标识该字段的写入是否允许为空，以及数据更新时是否允许置空。DataType用于标识该字段的数据类型，比如允许的内置数据类型包括string，int，float，date，datetime，time，email，ip等，除此之后，也可以扩展更多的数据类型校验，以插件的形式通过此DataType指令注入。

可选的，如图4b所示，IsForInsert用于指示该字段是否允许新增操作。IsForUpdate用于指示该字段是否允许更新操作。IsPrivate用于标识该字段是否为私有字段，非私有字段的值由用户通过API接口服务传入，私有字段的值则不对用户公开，由内部的字段处理器Handler来提供值，使用场景比如创建日期、最近修改时间这类字段数据的录入。Handler是字段处理器，适用于新增、修改场景，可以对用户传入的字段数据进行加工，也可以对私有字段的值进行动态生成。InsertHandler的功能与Handler相似，但是只在新增场景生效。UpdateHandler的功能与Handler相似，但是只在修改场景生效。Parms用于指示字段处理器所需要的一些静态参数配置。Memo用于指示该字段的详细说明，主要是针对在线API文档的字段详细备注。

在一种实现方式中，针对操作范围字段配置部分，该操作范围字段配置部分用户可以通过API接口服务进行修改或删除的字段配置。操作范围字段也可以包括多个，操作范围字段对应的可以是目标数据表中每一列或每一行所存储的数据对应的属性。例如关于角色标识、用户名、授权时间、授权人等等。每一个操作范围字段，可以包括多种配置属性。例如，以操作范围字段为角色标识为例，具体的，角色标识可包括的多种配置属性如图4c所示。其中，Id用于指示操作范围字段标识，对应于操作请求中传入的具体操作范围字段名称。Name用于指示字段名。Label用于指示字段的中文名。IsPrimaryKey用于标识该字段是否为查询主键。DataType用于指示所允许传入的数据类型，可取值比如string，int，float，date，datetime，time，email，ip等。IsForUpdate用于指示该字段是否可用于修改场景。IsForDelete用于指示该字段是否可用于删除场景。Handler是字段处理器，可以为该字段指定一个处理器逻辑，用于对传入数据的二次处理，处理后返回的结果，重新赋值给对应的字段作为最终的操作范围值。Parms用于指示Handler所需要的一些静态参数配置。Memo用于指示该字段的详细说明信息，可用于在线API文档对该字段的详细备注。

在一种实现方式中，针对额外附加信息字段列配置部分，该部分配置便于传入与目标数据库没有直接关系的信息，比如操作人、操作原因等之类的信息。每一个字段，可以包括多种配置属性。例如，以额外附加信息字段为操作人为例，具体的，操作人可包括的多种配置属性如图4d所示。其中，Id用于指示操作对象字段名称。Label用于指示字段中文名。NotEmpty用于指示该字段是否允许为空。DataType用于指示所允许的数据类型，可取值比如string，int，float，date，datetime，time，email，ip等。IsForInsert用于指示该字段是否适用于新增场景。IsForUpdate用于指示该字段是否适用于修改场景。IsForDelete用于指示该字段是否适用于删除场景。Memo用于指示字段的备注说明，便于在在线API文档中详细备注。

S203：基于目标配置描述文件、请求信息和操作类型生成操作指令，并根据操作指令在目标数据表中执行操作类型所指示的操作。

在一种实现方式中，服务器在确定目标配置描述文件之后，服务器可以基于目标配置描述文件、请求信息和操作类型生成操作指令，例如操作指令可以SQL语句，然后再根据该操作指令在目标数据表中执行操作类型所指示的操作。

在一种实现方式中，服务器可以预先存储操作类型对应的操作指令模板，且操作指令模板包括多个字段，例如查询操作对应的操作指令为SQL语句，SQL语句中可以包括select字段、where字段、from字段、order by字段、limit字段、group by字段等，具体的，该多个字段可以包括第一类字段和第二类字段。其中，第一类字段可以包括操作对象字段、操作范围字段、操作结果显示顺序字段以及操作结果的数量字段中的任意一个或多个，例如SQL语句中包括的select字段、where字段、order by字段以及limit字段，第二类字段可以包括与操作对象字段中字段数据相关的关联数据表字段以及其他操作所需的默认参数字段中的任意一个或多个，例如SQL语句中包括的from字段和group by字段。并且，第一类字段中各个字段对应的字段数据可以从请求信息中获取得到，第二类字段中各个字段对应的字段数据可以从目标配置描述文件中获取得到。

在一种实现方式中，服务器在确定目标配置描述文件之后，可以先获取操作类型对应的操作指令模板，再从请求信息和目标配置描述文件中获取与操作指令模板中每个字段对应的字段数据，并将获取到的字段数据输入到操作指令模板相应字段处，以得到操作指令，然后再根据该操作指令在目标数据表中执行操作类型所指示的操作。

在一种实现方式中，服务器在将获取到的字段数据输入到操作指令模板相应字段处之前，还可以采用目标配置描述文件对获取到的字段数据中属于请求信息的字段数据进行合法验证，若验证通过，则执行将获取到的字段数据输入到操作指令模板相应字段处得到操作指令的步骤，具体的，服务器可以判断获取到的字段数据中属于请求信息的字段数据是否在目标配置描述文件定义的范围中，若在，则执行将获取到的字段数据输入到操作指令模板相应字段处得到操作指令的步骤，若获取到的任一字段数据不在定义的范围中，则可以拒绝操作请求。

在一种实现方式中，当用户操作请求中包括的操作类型所指示的操作为查询操作时，服务器在目标数据表中获取操作指令对应的初始数据后，还可以检测在目标配置描述文件中是否存在初始数据对应的预处理指令，如果在目标配置描述文件中存在初始数据对应的预处理指令，则可以根据预处理指令对初始数据进行预处理，得到目标数据，并返回给用户终端。如果在目标配置描述文件中不存在初始数据对应的预处理指令，则可以直接将该初始数据返回给用户终端。例如，服务器在目标数据表中获取操作指令对应的初始数据中包括“1”、“0”逻辑数据，其中“1”表示“是”、“0”表示“否”。服务器检测到在目标配置描述文件中存在初始数据对应的预处理指令，该预处理指令包括用于对数据“1”、“0”进行逻辑转换的功能，也就是将“1”、“0”转换为便于用户阅读的数据“是”、“否”。那么，服务器在检测到该预处理指令之后，利用该预处理指令将初始数据中的数据“1”、“0”转化为数据“是”、“否”，并返回给用户终端。

本申请实施例中，服务器可以获取操作请求，操作请求包括配置描述文件标识、请求信息以及操作类型，并根据配置描述文件标识获取目标配置描述文件，目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的，进一步的，服务器可以基于目标配置描述文件、请求信息和操作类型生成操作指令，并根据操作指令在目标数据表中执行操作类型所指示的操作。通过上述以目标配置描述文件为核心的增删改查操作，有助于提升数据操作的效率，可以提升用户体验。

请参阅图5，是本申请实施例提供的另一种数据处理方法的流程示意图。图5所示数据处理方法可由服务器执行，具体可由服务器中处理器执行。图5所示的数据处理方法可包括以下步骤：

S501：输出用户操作界面，用户操作界面是基于配置描述文件生成的，用户操作界面包括第一区域和第二区域，第一区域包括配置描述文件标识设置项、操作类型设置项、请求信息设置项以及确认控件。

在一种实现方式中，服务器可以输出用户操作界面，并显示在用户终端界面上，当用户需要对数据库中的数据进行操作时，例如查找数据或新增数据或删除数据或修改数据，用户可以根据用户操作界面发出操作请求。具体的，用户操作界面是基于配置描述文件生成的，用户操作界面可以包括第一区域和第二区域，第一区域可以包括配置描述文件标识设置项、操作类型设置项、请求信息设置项以及确认控件。具体的，用户操作界面可以如图6所示，第一区域可如图6中由61标记的第一区域所示，第一区域可以包括配置描述文件标识设置项、操作类型设置项、请求信息设置项以及确认控件，其中，操作类型设置项可以包括查找、新增、删除以及修改，请求信息设置项可以包括操作对象、操作范围、操作结果显示顺序以及操作结果的数量，也可以包括其他信息，在本申请不做限定。

S502：当确认控件被触发时，基于配置描述文件标识设置项处设置的配置描述文件标识、操作类型设置项处理设置的操作类型以及请求信息设置项处设置的请求信息生成操作请求，并在第二区域中显示操作请求。

在一种实现方式中，当服务器检测到如图6中由601标记的确认控件被触发之后，基于配置描述文件标识设置项处设置的配置描述文件标识、操作类型设置项处设置的操作类型以及请求信息设置项处设置的请求信息可以生成操作请求，并在第二区域中显示操作请求。具体的，第二区域可如图6中由62标记的第二区域所示，操作请求可在如图6中由602标记的区域所示，第二区域还可以包括服务器返回操作请求对应的结果的显示区域，如图6中由603标记的区域所示。

S503：获取操作请求，操作请求包括配置描述文件标识、请求信息以及操作类型。

S504：根据配置描述文件标识获取目标配置描述文件，目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的。

S505：基于目标配置描述文件、请求信息和操作类型生成操作指令，并根据操作指令在目标数据表中执行操作类型所指示的操作。

其中，步骤S503-S505的具体实施方式可以参见上述实施例步骤S201-S203的具体描述，此处不再赘述。

本申请实施例中，服务器可以输出用户操作界面，用户操作界面是基于配置描述文件生成的，用户操作界面包括第一区域和第二区域，第一区域包括配置描述文件标识设置项、操作类型设置项、请求信息设置项以及确认控件，当确认控件被触发时，基于配置描述文件标识设置项处设置的配置描述文件标识、操作类型设置项处理设置的操作类型以及请求信息设置项处设置的请求信息生成操作请求，并在第二区域中显示操作请求，接着，服务器可以获取操作请求，操作请求包括配置描述文件标识、请求信息以及操作类型，并根据配置描述文件标识获取目标配置描述文件，目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的，进一步的，服务器可以基于目标配置描述文件、请求信息和操作类型生成操作指令，并根据操作指令在目标数据表中执行操作类型所指示的操作。通过上述以目标配置描述文件为核心的增删改查操作，有助于提升数据操作的效率，可以提升用户体验。

请参阅图7，是本申请实施例提供的又一种数据处理方法的流程示意图。如图7所示的流程是以操作类型为查询操作为例进行说明，在如图7所示的流程中，服务器可以通过API接口服务接收用户通过用户操作界面发送的包括配置描述文件标识、请求信息以及操作类型的操作请求，在API接口服务接收到该用户操作请求之后，可以根据配置描述文件标识确定目标配置描述文件，并对该目标配置描述文件进行解析，然后获取请求信息中的操作对象字段对应的数据，并生成操作指令中对应的字段，例如SQL语句的select字段，在生成操作指令中对应的字段，服务器还可以采用目标配置描述文件对获取到的操作对象字段对应的数据进行合法验证，具体可以是根据目标配置描述文件检查该操作对象字段是否在配置描述文件定义的范围内，如果不在则拒绝操作请求，如果在定义的范围内，就可以生成操作指令相应字段。接着，获取请求数据中的操作范围字段对应的数据，并生成操作指令中对应的字段，例如SQL语句的where字段，还可以根据目标配置描述文件检查该操作范围字段对应的数据是否在定义的范围内并且合法，如果检查不通过则拒绝操作请求。

在一种实现方式中，在获取操作对象字段对应的数据以及操作范围字段对应的数据的过程中，同时也可以根据目标配置文件中的指令，例如指令JoinId对相关的数据表进行连接，生成操作指令中的关联数据表字段，例如SQL语句中的from字段。服务器还可以获取请求数据中的操作结果显示顺序字段对应的数据，并生成操作指令中对应的字段，例如SQL语句的order by字段，同时也可以根据目标配置描述文件检查该操作结果显示顺序字段是否在目标配置描述文件定义的范围内，如果不在则拒绝操作请求。进一步的，可以获取请求数据中的操作结果的数量字段，并生成操作指令中对应的字段，例如SQL语句的limit字段。还可以根据目标配置描述文件的额外定义，生成操作指令中的默认参数字段，例如SQL语句信息中的group by字段。当操作指令中的各字段数据输入完成之后，就可以执行操作指令，以从目标数据表中获取操作指令对应的初始数据。在服务器获取到原始数据之后，还可以检查目标配置描述文件是否确定了对初始数据进行预处理，例如可以是在目标配置描述文件中确定是否有指定的Handler处理器，如果检查到目标配置描述文件需要对初始数据进行预处理，则对初始数据进行预处理，得到目标数据，并返回给用户。

请参阅图8，是本申请实施例提供的又一种数据处理方法的流程示意图。如图8所示的流程是以操作类型为修改操作、删除操作以及新增操作为例进行说明，在如图8所示的流程中，服务器可以通过API接口服务接收用户通过用户操作界面发送的包括配置描述文件标识、请求信息以及操作类型的操作请求，在API接口服务接收到该用户操作请求之后，可以根据配置描述文件标识确定目标配置描述文件，并对该目标配置描述文件进行解析，确定操作请求中的操作类型，例如修改操作、删除操作以及新增操作中的任意一种或多种。

在一种实现方式中，针对新增操作或修改操作，需要对请求信息中的字段数据进行操作校验。例如操作字段是否在目标配置描述文件定义的范围内，数据类型是否合法，字段数据是否要求必填或非空，字段数据唯一性检查是否通过，Handler处理器对数据进行处理时是否返回错误等，如果校验不通过则拒绝操作请求。而针对修改和删除操作类型，则需要进行条件校验，比如条件是否在目标配置描述文件定义的范围内，条件的数据类型是否合法，条件的预处理器PreProcessor处理过程中是否有异常等，如果校验不通过则拒绝请求。如果校验通过，则通过条件查出需要操作的记录，这里需要确保查出来的记录有且仅有一条，如果出现多条记录或没有记录，则拒绝请求。同时，从查出的记录中定位主键标识以及主键标识所对应的值。后续将以主键标识为条件，对数据进行修改或删除操作针对修改操作类型，将通过操作范围从数据库中定位到的一条原始记录和用户要求修改的数据进行对比，如果字段值一致，则过滤，只修改不一致的数据。所有的校验通过后，服务器就可以执行操作指令，例如SQL语句，已完成对目标数据表的修改操作或者删除操作或者新增操作。

请参阅图9，是本申请实施例提供的一种数据处理装置的结构示意图。本实施例中所描述的数据处理装置，包括：

获取单元901，用于获取操作请求，所述操作请求包括配置描述文件标识、请求信息以及操作类型；

所述获取单元901，还用于根据所述配置描述文件标识获取目标配置描述文件，所述目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，所述目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的；

操作单元902，用于基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，并根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作。

在一种实现方式中，所述操作单元902，具体用于：

获取所述操作类型对应的操作指令模板，所述操作指令模板包括多个字段；

从所述请求信息和所述目标配置描述文件中获取与所述多个字段中每个字段对应的字段数据；

将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令。

在一种实现方式中，所述操作指令模板包括的多个字段分别属于第一类字段和第二类字段，所述第一类字段中各个字段对应的字段数据是从所述请求信息中获取到的，所述第二类字段中各个字段对应的字段数据是从所述目标配置描述文件中获取到的。

在一种实现方式中，所述装置还包括验证单元903，具体用于：

采用所述目标配置描述文件对所述获取到的字段数据中属于所述请求信息的字段数据进行合法验证；

若验证通过，则执行所述将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令的步骤。

在一种实现方式中，所述第一类字段包括如下字段中的任意一个或多个：操作对象字段、操作范围字段、操作结果显示顺序字段以及操作结果的数量字段；所述第二类字段包括如下字段中的任意一个或多个：与所述操作对象字段中字段数据相关的关联数据表字段以及其他操作所需的默认参数字段。

在一种实现方式中，所述操作类型所指示的操作包括查询操作、修改操作、删除操作以及新增操作中的任意一种或多种。

在一种实现方式中，所述操作单元902，具体用于：

从所述目标数据表中获取所述操作指令对应的初始数据；

若根据所述目标配置描述文件确定所述初始数据需进行预处理，则对所述初始数据进行预处理，得到目标数据。

在一种实现方式中，所述目标配置描述文件包括目标指令，所述目标指令用于对所述字段数据执行目标操作，所述目标操作通过插件注入的方式实现的。

在一种实现方式中，所述装置还包括输出单元904，具体用于：

输出用户操作界面，所述用户操作界面是基于所述配置描述文件生成的，所述用户操作界面包括第一区域和第二区域，所述第一区域包括配置描述文件标识设置项、操作类型设置项、所述请求信息设置项以及确认控件；

当所述确认控件被触发时，基于所述配置描述文件标识设置项处设置的配置描述文件标识、所述操作类型设置项处理设置的操作类型以及所述请求信息设置项处设置的请求信息生成操作请求，并在所述第二区域中显示所述操作请求。

可以理解，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

请参阅图10，是本申请实施例提供的一种服务器的结构示意图。本实施例中所描述的服务器，包括：处理器101、存储器102以及网络接口103。上述处理器101、存储器102以及网络接口103之间可以交互数据。

上述处理器101可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器102可以包括只读存储器和随机存取存储器，并向处理器101提供程序指令和数据。存储器102的一部分还可以包括非易失性随机存取存储器。其中，所述处理器101调用所述程序指令时用于执行：

获取操作请求，所述操作请求包括配置描述文件标识、请求信息以及操作类型；

根据所述配置描述文件标识获取目标配置描述文件，所述目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，所述目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的；

基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，并根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作。

在一种实现方式中，所述处理器101，具体用于：

获取所述操作类型对应的操作指令模板，所述操作指令模板包括多个字段；

从所述请求信息和所述目标配置描述文件中获取与所述多个字段中每个字段对应的字段数据；

将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令。

在一种实现方式中，所述操作指令模板包括的多个字段分别属于第一类字段和第二类字段，所述第一类字段中各个字段对应的字段数据是从所述请求信息中获取到的，所述第二类字段中各个字段对应的字段数据是从所述目标配置描述文件中获取到的。

在一种实现方式中，所述处理器101，还用于：

采用所述目标配置描述文件对所述获取到的字段数据中属于所述请求信息的字段数据进行合法验证；

若验证通过，则执行所述将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令的步骤。

在一种实现方式中，所述第一类字段包括如下字段中的任意一个或多个：操作对象字段、操作范围字段、操作结果显示顺序字段以及操作结果的数量字段；所述第二类字段包括如下字段中的任意一个或多个：与所述操作对象字段中字段数据相关的关联数据表字段以及其他操作所需的默认参数字段。

在一种实现方式中，所述操作类型所指示的操作包括查询操作、修改操作、删除操作以及新增操作中的任意一种或多种。

在一种实现方式中，所述处理器101，具体用于：

从所述目标数据表中获取所述操作指令对应的初始数据；

若根据所述目标配置描述文件确定所述初始数据需进行预处理，则对所述初始数据进行预处理，得到目标数据。

在一种实现方式中，所述目标配置描述文件包括目标指令，所述目标指令用于对所述字段数据执行目标操作，所述目标操作通过插件注入的方式实现的。

在一种实现方式中，所述处理器101，还用于：

输出用户操作界面，所述用户操作界面是基于所述配置描述文件生成的，所述用户操作界面包括第一区域和第二区域，所述第一区域包括配置描述文件标识设置项、操作类型设置项、所述请求信息设置项以及确认控件；

当所述确认控件被触发时，基于所述配置描述文件标识设置项处设置的配置描述文件标识、所述操作类型设置项处理设置的操作类型以及所述请求信息设置项处设置的请求信息生成操作请求，并在所述第二区域中显示所述操作请求。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，所述程序执行时可包括如图2或者图5对应实施例中的数据处理方法的部分或全部步骤。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random AccessMemory，RAM)、磁盘或光盘等。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法的实施例中所执行的步骤。

以上对本申请实施例所提供的一种数据处理方法、装置、服务器及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

获取操作请求，所述操作请求包括配置描述文件标识、请求信息以及操作类型；

根据所述配置描述文件标识获取目标配置描述文件，所述目标配置描述文件是采用数据表结构模板对应的配置文件生成规则对目标数据表进行处理得到的，所述目标数据表是将获取到的待存储数据填充在数据表结构模板中生成的；

基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，并根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作。

2.如权利要求1所述的方法，其特征在于，所述基于所述目标配置描述文件、所述请求信息和所述操作类型生成操作指令，包括：

获取所述操作类型对应的操作指令模板，所述操作指令模板包括多个字段；

从所述请求信息和所述目标配置描述文件中获取与所述多个字段中每个字段对应的字段数据；

将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令。

3.如权利要求2所述的方法，其特征在于，所述操作指令模板包括的多个字段分别属于第一类字段和第二类字段，所述第一类字段中各个字段对应的字段数据是从所述请求信息中获取到的，所述第二类字段中各个字段对应的字段数据是从所述目标配置描述文件中获取到的。

4.如权利要求3所述的方法，其特征在于，所述将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令之前，所述方法还包括：

采用所述目标配置描述文件对所述获取到的字段数据中属于所述请求信息的字段数据进行合法验证；

若验证通过，则执行所述将获取到的字段数据输入到所述操作指令模板相应字段处得到操作指令的步骤。

5.如权利要求3所述的方法，其特征在于，所述第一类字段包括如下字段中的任意一个或多个：操作对象字段、操作范围字段、操作结果显示顺序字段以及操作结果的数量字段；所述第二类字段包括如下字段中的任意一个或多个：与所述操作对象字段中字段数据相关的关联数据表字段以及其他操作所需的默认参数字段。

6.如权利要求1-5任一项所述的方法，其特征在于，所述操作类型所指示的操作包括查询操作、修改操作、删除操作以及新增操作中的任意一种或多种。

7.如权利要求1所述的方法，其特征在于，若所述操作类型所指示的操作为查询操作，所述根据所述操作指令在所述目标数据表中执行所述操作类型所指示的操作，包括：

从所述目标数据表中获取所述操作指令对应的初始数据；

若根据所述目标配置描述文件确定所述初始数据需进行预处理，则对所述初始数据进行预处理，得到目标数据。

8.如权利要求2所述的方法，其特征在于，所述目标配置描述文件包括目标指令，所述目标指令用于对所述字段数据执行目标操作，所述目标操作通过插件注入的方式实现的。

9.如权利要求1所述的方法，其特征在于，所述获取操作请求之前，所述方法还包括：

输出用户操作界面，所述用户操作界面是基于所述配置描述文件生成的，所述用户操作界面包括第一区域和第二区域，所述第一区域包括配置描述文件标识设置项、操作类型设置项、所述请求信息设置项以及确认控件；

当所述确认控件被触发时，基于所述配置描述文件标识设置项处设置的配置描述文件标识、所述操作类型设置项处理设置的操作类型以及所述请求信息设置项处设置的请求信息生成操作请求，并在所述第二区域中显示所述操作请求。

10.一种服务器，其特征在于，包括处理器、存储器和网络接口，所述处理器、存储器和网络接口相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-9任一项所述的方法。

Images