CN117453980A - 元数据管理、配置页面生成方法、服务器及存储介质 - Google Patents

Abstract

本申请实施例提供一种元数据管理、配置页面生成方法、服务器及存储介质，其中元数据由逻辑实体组成，元数据管理方法包括：建立业务对象，一个业务对象与企业的一个业务功能点相对应；构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点；构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息。本申请实施例能够使得逻辑实体以企业的业务功能点进行归类，使得逻辑实体的用途能够清晰化，进而优化了逻辑实体管理，实现了优化元数据管理，为企业的业务应用提供了基础。

Description

元数据管理、配置页面生成方法、服务器及存储介质

技术领域

本申请实施例涉及数据处理技术领域，具体涉及一种元数据管理、配置页面生成方法、服务器及存储介质。

背景技术

企业数字化转型涉及对企业的数据资产进行管理，企业的数据资产是指企业拥有或者控制的数据资源，企业的数据资源可以理解为是能够为企业带来价值的数据。

元数据作为描述数据的数据，元数据管理贯穿数据资产管理的流程，是实现数据资产管理的重要基础，因此对企业的元数据进行管理具有重要的意义。在此背景下，如何提供技术方案，以优化元数据管理，成为了本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供一种元数据管理、配置页面生成方法、服务器及存储介质，基于逻辑实体作为元数据的组成部分，本申请实施例通过优化逻辑实体管理，以实现优化元数据管理。

为实现上述目的，本申请实施例提供如下技术方案。

第一方面，本申请实施例提供一种元数据管理方法，元数据由逻辑实体组成，所述方法包括：

建立业务对象，一个业务对象与企业的一个业务功能点相对应；

构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点；

构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息。

第二方面，本申请实施例提供一种配置页面生成方法，包括：

从业务场景所属的业务对象的多个逻辑实体中，选取业务场景所需的逻辑实体；其中，业务场景包括业务流，业务流包括多个任务；业务对象与企业的业务功能点相对应，并且业务对象下挂载实现对应业务功能点的多个逻辑实体；

从业务场景所需的逻辑实体中，确定业务场景的任务的逻辑实体；

利用任务的逻辑实体，生成任务的配置页面，任务的配置页面用于配置任务。

第三方面，本申请实施例提供一种服务器，包括：至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如上述第一方面所述的元数据管理方法，或者，如上述第二方面所述的配置页面生成方法。

第四方面，本申请实施例提供一种存储介质，所述存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时，实现如上述第一方面所述的元数据管理方法，或者，如上述第二方面所述的配置页面生成方法。

本申请实施例提供的元数据管理方法，可通过优化逻辑实体管理以实现优化元数据管理，其中，元数据由逻辑实体组成；在优化逻辑实体管理的层面，本申请实施例可以建立业务对象，一个业务对象与企业的一个业务功能点相对应；从而，构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点；进而，构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息。

可见，本申请实施例可以通过为企业的业务功能点建立业务对象，并且在业务对象下挂载实现业务功能点的多个逻辑实体，从而使得逻辑实体能够以企业的业务功能点进行归类，使得逻辑实体的用途能够清晰化。同时，本申请实施例构建的逻辑实体的逻辑实体属性中包括逻辑实体实现业务功能点对应的描述信息，从而后续可以通过逻辑实体实现业务功能点对应的描述信息，实现业务功能点，为企业在业务功能点的业务应用提供了基础。因此，本申请实施例通过优化逻辑实体管理，实现了优化元数据管理，并且为企业的业务应用提供了基础，为优化企业的数据资产管理提供了解决途径和解决方案。

附图说明

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

图1为本申请实施例提供的元数据管理方法的流程图。

图2为数据资产空间的多层级划分示例图。

图3为本申请实施例提供的修改逻辑实体的方法流程图。

图4为本申请实施例提供的数据处理方法的流程图。

图5为数据资产空间与配置页面的关系示例图。

图6为本申请实施例提供的页面配置方法的流程图。

图7为逻辑实体之间级联的头行结构的示例图。

图8为列表页的示例图。

图9为元数据管理装置的框图。

图10为配置页面生成装置的框图。

图11为服务器的框图。

具体实施方式

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

数据模型有助于企业理解其数据资产，因此企业的数据资产管理涉及到数据建模；数据建模是发现、分析和确定数据需求的过程，通过数据模型的形式进行表示。数据模型可以是多层的模型结构，主要涉及逻辑模型和物理模型。

其中，逻辑模型也称为逻辑实体，属于元数据的组成部分；例如，元数据包括逻辑实体、逻辑实体属性、ER(Entity Relationship，实体关系)关系等，是描述数据的数据，逻辑实体属于元数据的一员。物理模型主要是指存储数据的物理表。

需要说明的是，逻辑实体也被称为逻辑表，存储的是描述物理表和物理表字段的信息(即元数据)，而物理表是数据库中真正存储数据的存储结构。物理表可以由逻辑实体(逻辑表)生成，逻辑实体和物理表可以是一一对应的关系(即一个逻辑实体对应一张物理表)；例如，基于逻辑实体描述物理表的信息，可以生成对应的物理表，并且使用物理表存储逻辑实体所描述的物理表字段对应的数据。

可以看出，逻辑实体作为元数据的组成部分，优化逻辑实体管理可以实现优化元数据管理。

本申请的发明人在优化逻辑实体的过程中，发现企业往往存在不同类型的数据，这些不同类型的数据可能对应不同的企业业务，基于逻辑实体可用于生成物理表的性质，因此如何优化逻辑实体的管理方案，从而为企业不同的业务应用提供基础，显得尤为重要。

基于此，本申请实施例提供改进的元数据管理方案，在优化逻辑实体管理的层面，本申请实施例通过构建企业不同业务功能点对应的逻辑实体，使得逻辑实体能够以企业的业务功能点进行归类，从而逻辑实体的用途能够清晰化，进而为企业不同的业务应用提供基础，为优化企业的数据资产管理提供解决途径和解决方案。

基于上述思路，作为可选实现，图1示例性的示出了本申请实施例提供的元数据管理方法的可选流程图，该方法流程可以由数据资产管理平台实现，例如由形成数据资产管理平台的服务器实现。

参照图1，该方法流程可以包括如下步骤。

步骤S100，建立业务对象，一个业务对象与企业的一个业务功能点相对应。

步骤S110，构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点。

作为可选实现，本申请实施例可以对企业的业务功能进行划分，从而整理出企业的多个业务功能点，进而为企业的各个业务功能点建立相应的业务对象。例如，本申请实施例可以建立多个业务对象，一个业务对象对应企业的一个业务功能点。

本申请实施例可以在业务对象下构建实现业务功能点的多个逻辑实体，从而使得业务对象下挂载实现业务功能点的多个逻辑实体，进而逻辑实体能够以企业的业务功能点进行归类，使得逻辑实体的用途能够清晰化。

在一个示例中，以建立订单业务功能点对应的订单业务对象为例(订单业务功能点对应的业务对象称为订单业务对象)，本申请实施例可以构建订单业务对象实现订单业务功能点的多个逻辑实体，并且将构建的多个逻辑实体挂载在订单业务对象下。示例的，以实现订单业务功能点需要订单基本信息、订单行信息为例，则本申请实施例可以在订单业务对象下构建订单基本信息的逻辑实体和订单行信息的逻辑实体，并且将订单基本信息的逻辑实体和订单行信息的逻辑实体挂载在订单业务对象下。需要说明的是，订单业务对象下挂载的逻辑实体并不限于订单基本信息的逻辑实体和订单行信息的逻辑实体，而是可以根据实际需求设计，上述说明仅是作为一种示例。

作为可选实现，在企业的数据资产管理层面，本申请实施例可以对企业的数据资产空间进行分类，建立企业的至少一个数据资产空间；在各个数据资产空间下分别建立至少一个资产目录，在各个资产目录下分别建立至少一个业务对象，并且一个业务对象对应企业的一个业务功能点；进而，在各个业务对象下，构建实现对应业务功能点的多个逻辑实体，使得逻辑实体能够进行细分和归类。

为便于理解，图2示例性的示出了数据资产空间的多层级划分示例图，本申请实施例可以建立多个数据资产空间，数据资产空间可以视为是逻辑实体的大类划分。可选的，不同的数据资产空间可以对应企业业务的不同实施阶段。在一个示例中，多个数据资产空间可以例如用于业务测试的测试数据资产空间、用于业务上线实施的技术数据资产空间等。

如图2所示，一个数据资产空间下可以具有多个资产目录，可选的，一个资产目录可以与企业的一个业务领域相关联；一个数据资产空间下具有的资产目录情况可以视企业的具体情况而定，本申请实施例并不设限。在一个示例中，不同数据资产空间可以具有部分或者全部相同的资产目录，例如，测试数据资产空间的资产目录可与技术数据资产空间的资产目录部分或者全部相同。当然，本申请实施例也可支持不同数据资产空间的资产目录不同，可以视企业需求而定，本申请实施例并不设限。

一个数据资产空间的一个资产目录下可以具有多个业务对象，一个业务对象可以对应企业的一个业务功能点，例如，前文示例的订单业务功能点等。

在构建企业的数据资产空间，数据资产空间下的资产目录，资产目录下的业务对象后，结合图2所示，本申请实施例可以在业务对象下构建实现业务功能点的多个逻辑实体，使得逻辑实体能够进行细分和归类。

需要说明的是，图2是以企业具有多个数据资产空间，一个数据资产空间下具有多个资产目录，一个资产目录下具有多个业务对象为例进行示例说明，本申请实施例也可以支持企业具有至少一个数据资产空间(一个或多个数据资产空间)，一个数据资产空间下具有至少一个资产目录(一个或多个资产目录)，一个资产目录下具有至少一个业务对象(一个或多个业务对象)。

在进一步的可选实现中，数据资产空间下的资产目录可以是多级的，并且多级的资产目录之间存在包含关系。例如以数据资产空间下建立四级的资产目录为例，则一级资产目录下包含二级资产目录，二级资产目录下包含三级资产目录，三级资产目录下包含四级资产目录。可选的，每一级资产目录下可以定义业务对象，业务对象下可以建立逻辑实体；也可以是在最后一级资产目录下定义业务对象，在业务对象下建立逻辑实体。

在对数据资产空间进行多层级划分后，本申请实施例可以在数据资产空间的资产目录的业务对象下，构建实现业务对象对应的业务功能点的多个逻辑实体，从而使得逻辑实体能够在企业的不同数据资产空间下，以不同资产目录的不同业务功能点进行归类，使得逻辑实体能够被精细的区分。也就是说，基于逻辑实体所属的业务对象、业务对象所属的资产目录、资产目录所属的数据资产空间，本申请实施例可以使得逻辑实体的用途清晰化，逻辑实体的管理能够被优化，进而方便企业在不同业务场景下使用相应用途的逻辑实体，为企业不同的业务应用提供基础。

需要说明的是，对数据资产空间进行多层级划分，然后在业务对象下构建逻辑实体仅是一种可选实现方式，本申请实施例也可以直接整理企业的业务功能点，在业务功能点对应的业务对象下构建逻辑实体。

步骤S120、构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息。

在业务对象下构建多个逻辑实体后，本申请实施例可以分别为各个逻辑实体构建逻辑模型信息以及逻辑实体属性。可选的，逻辑模型信息用于描述逻辑实体，包括逻辑实体名称、逻辑实体字段(code)、逻辑实体的归类信息等。可选的，逻辑实体的归类信息可以至少指示逻辑实体所属的数据资产空间；在一个示例中，逻辑实体所属的数据资产空间可以视为逻辑实体的归类信息；当然，本申请实施例也可支持在逻辑实体的归类信息中设置逻辑实体所属的资产目录、业务对象等。

本申请实施例将逻辑实体挂载在业务功能点对应的业务对象下，是为了便于逻辑实体在业务功能点的使用，例如在构建业务功能点关联的业务场景下，本申请实施例可以使用对应业务对象下的部分或者全部逻辑实体来构建配置页面，从而通过配置页面来配置业务场景下的任务(一个业务场景下可以包含多个任务形成的业务流)。因此在构建逻辑实体的逻辑实体属性时，本申请实施例需要在逻辑实体属性中承载逻辑实体实现业务功能点对应的描述信息。也就是说，逻辑实体的逻辑实体属性可以包括逻辑实体实现业务功能点对应的描述信息。

作为可选实现，逻辑实体实现业务功能点对应的描述信息可以包括：逻辑实体生成物理表对应的描述信息，以及生成业务功能点的页面对应的描述信息。在一个示例中，逻辑实体生成物理表对应的描述信息可以包括如下至少一项：逻辑实体生成的物理表的中文名、字段(字段可以与物理表的列相对应)、数据类型、主键判断信息(例如物理表的字段是否为主键字段)、唯一键判断信息(例如物理表的字段是否为唯一键)等。逻辑实体生成业务功能点的页面对应的描述信息可以包括：页面的前端展示组件的信息等。

作为可选实现，数据资产管理平台的服务器可以基于用户(例如模型构建人员)的指令和输入，实施图1所示流程；例如，用户可以通过其操作的设备，向数据资产管理平台的服务器发送指令和输入信息，从而数据资产管理平台的服务器可以基于用户的指令和输入信息，对数据资产空间进行多层级划分、在业务对象下构建逻辑实体、构建逻辑实体的逻辑模型信息和逻辑实体属性等。

本申请实施例提供的元数据管理方法，可通过优化逻辑实体管理以实现优化元数据管理，其中，元数据由逻辑实体组成；在优化逻辑实体管理的层面，本申请实施例可以建立业务对象，一个业务对象与企业的一个业务功能点相对应；从而，构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点；进而，构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息。

可见，本申请实施例可以通过为企业的业务功能点建立业务对象，并且在业务对象下挂载实现业务功能点的多个逻辑实体，从而使得逻辑实体能够以企业的业务功能点进行归类，使得逻辑实体的用途能够清晰化。同时，本申请实施例构建的逻辑实体的逻辑实体属性中包括逻辑实体实现业务功能点对应的描述信息，从而后续可以通过逻辑实体实现业务功能点对应的描述信息，实现业务功能点，为企业在业务功能点的业务应用提供了基础。因此，本申请实施例通过优化逻辑实体管理，实现了优化元数据管理，并且为企业的业务应用提供了基础，为优化企业的数据资产管理提供了解决途径和解决方案。

进一步的，在数据资产管理平台将逻辑实体以企业的业务功能点进行归类后，数据资产管理平台可以作为企业的业务应用的基础，使得企业的业务应用的数据源来自于数据资产管理平台。也就是说，企业的业务应用的数据来自数据资产管理平台的数据库，而数据库的数据管理是通过数据资产管理平台管理的逻辑实体实现，并且逻辑实体以企业的业务功能点进行归类；从而本申请实施例优化的逻辑实体管理方案可以为企业的业务应用提供基础，并且使得企业的业务应用的数据能够集中式的在数据资产管理平台进行管理，为企业的数据资产的集中式管理提供了基础。

在进一步的可选实现中，本申请实施例在构建逻辑实体属性后，可以发布逻辑实体；从而在发布逻辑实体后(例如逻辑实体发布成功后)，可以在数据库中建立逻辑实体对应的物理表。可选的，在构建数据资产空间的情况下，本申请实施例可以在数据库建立与数据资产空间的提要(schema)对应的区域，从而在发布逻辑实体后，本申请实施例可以在数据库中与逻辑实体所属的数据资产空间的schema对应的区域，建立逻辑实体的物理表。例如，本申请实施例在建立数据资产空间时，可以定义数据资产空间的字段(code)以及schema，从而本申请实施例可以根据数据资产空间的schema，在数据库中建立数据资产空间的schema对应的区域；进而，在逻辑实体发布后，数据库中与逻辑实体所属的数据资产空间的schema对应的区域，可以建立逻辑实体对应的物理表；也就是说，物理表建立在数据库中对应schema的区域。

进一步的，本申请实施例可以在同步数据时，为区分同步数据所使用的数据资产空间提供方便。例如，测试数据资产空间的数据是没有必要上线使用的，那么在进行同步数据时，基于本申请实施例所划分的测试数据资产空间和技术数据资产空间，可以忽略数据库中测试数据资产空间的所有逻辑实体的物理表。

在进一步的可选实现中，在发布逻辑实体后(例如逻辑实体发布成功后)，本申请实施例可以添加逻辑实体之间的ER关系。例如，确定业务对象下挂载的多个逻辑实体中，存在数据引用关系的逻辑实体(数据引用关系例如数据引用类型)；从而为存在数据引用关系的逻辑实体添加ER关系。为逻辑实体添加ER关系的示例，可以结合图2示例所示。

需要说明的是，以往是通过外键或者后端代码逻辑来开发数据之间的关系，而本申请实施例是添加逻辑实体之间的ER关系，以表达逻辑实体之间的数据引用关系，使得用户在利用逻辑实体进行业务功能点实现时，能够通过前端展示的逻辑实体之间的ER关系，清晰的了解到数据的引用关系，从而便于用户利用逻辑实体进行业务功能点实现。

在一个示例中，本申请实施例可以在数据资产管理平台增加逻辑实体之间的引用数据类型(即逻辑实体之间的ER关系)；进一步的，可以将逻辑实体之间的ER关系，解析成逻辑实体之间的连接点、连接线等特定展示形式，并进行保存(例如保存入ER关系表和图数据库中)；进而用户可以通过前端展示的逻辑实体之间的连接点、连接线等特定展示形式，清晰的了解到数据之间的引用关系。例如，本申请实施例可以将逻辑实体之间的ER关系，解析成逻辑实体之间的连接点、连接线等特定展示形式，以便通过逻辑实体之间的特定展示形式，展现逻辑实体之间的数据引用关系。

在进一步的可选实现中，逻辑实体可能存在修改的情况(修改逻辑实体意味着修改元数据)，并且逻辑实体的修改需要审批，因此为便于在审批逻辑实体的修改时，展示逻辑实体修改前后的差异，本申请实施例还提供修改逻辑实体的方法流程。作为可选实现，图3示例性的示出了本申请实施例提供的修改逻辑实体的方法流程图，参照图3，该方法流程可以包括如下步骤。

步骤S300，响应于逻辑实体的修改申请，将正式表中保存的逻辑实体和逻辑实体属性，拷贝到备份表中，并为备份表赋予版本号。

可选的，正式表中保存当前使用的逻辑实体和逻辑实体属性。为避免直接在正式表中对当前使用的逻辑实体和逻辑实体属性进行修改，从而对业务运行造成影响，本申请实施例可以设置备份表；进而在用户修改逻辑实体时，本申请实施例可以将正式表中保存的逻辑实体和逻辑实体属性拷贝到备份表中，以便用户在备份表中对逻辑实体进行修改。例如，在用户需要修改逻辑实体时，用户可以向数据资产管理平台提出逻辑实体的修改申请，从而数据资产管理平台可以响应于修改申请，将正式表中保存的逻辑实体和逻辑实体属性，拷贝到备份表中。进一步的，在将正式表中保存的逻辑实体和逻辑实体属性，拷贝到备份表中后，本申请实施例可以为备份表赋予版本号。

步骤S310，基于逻辑实体的修改信息，对备份表中保存的逻辑实体和逻辑实体属性进行修改。

用户修改逻辑实体时，可以提供逻辑实体的修改信息，从而数据资产管理平台可以对备份表中保存的逻辑实体和逻辑实体属性进行修改。也就是说，用户对于逻辑实体的修改操作，是通过修改备份表中的逻辑实体和逻辑实体属性实现，而不是直接在正式表中进行修改。

步骤S320，响应于逻辑实体的修改审批申请，根据修改审批申请中携带的版本号，将对应备份表与正式表中保存的逻辑实体和逻辑实体属性进行对比，得出差异信息。

在用户完成逻辑实体的修改后，用户对于逻辑实体的修改需要经过审批，因此用户可以在完成逻辑实体的修改时，提交逻辑实体的修改审批申请，并且在修改审批申请中携带需要审批的备份表的版本号；从而数据资产管理平台可以响应于修改审批申请，基于修改审批申请中携带的版本号，将版本号对应的备份表中保存的逻辑实体和逻辑实体属性，与正式表中保存的逻辑实体和逻辑实体属性进行对比，得出备份表与正式表的差异信息，从而通过差异信息反映逻辑实体的修改之处。进一步的，差异信息可以展示在审批人员的终端设备上，以便审批人员进行审批。在可选实现中，本申请实施例可以比对备份表和正式表的字段内容，从而得出差异信息。

作为可选实现，逻辑实体属性中的数据类型(整形、字符串类型、浮点数类型等)中存在引用数据类型(在生成物理表时，需要查找被引用的逻辑实体属性的类型作为物理表的真实数据类型)，而引用数据类型表达了存在ER关系的逻辑实体和逻辑实体属性；因此本申请实施例可以通过比对备份表和正式表中逻辑实体属性的引用数据类型(包含在逻辑实体属性的数据类型中)，从而体现备份表和正式表中ER关系的差异。

步骤S330，在差异信息的修改审批通过后，将备份表中的逻辑实体和逻辑实体属性，覆盖到正式表中。

在逻辑实体的修改被审批通过后，本申请实施例可以将备份表中修改后的逻辑实体和逻辑实体属性，覆盖到正式表中，以使得修改后的逻辑实体可以通过正式表进行正式使用。

在进一步的可选实现中，在基于逻辑实体建立对应的物理表后，存在对物理表进行增、删、改、查等数据处理需求；本申请实施例进一步提供数据处理方案，以提升对物理表进行增、删、改、查等数据处理的效率。作为可选实现，图4示例性的示出了本申请实施例提供的数据处理方法的流程图，参照图4，该方法流程可以包括如下步骤。

步骤S400，获取向物理表的目标接口传输的数据处理请求，数据处理请求携带目标接口进行数据处理所需的请求内容，请求内容包括如下至少一项：物理表的逻辑实体所属的数据资产空间的标识、逻辑实体的标识、数据处理条件、以及待处理数据的指示信息。

作为可选实现，对物理表进行不同的数据处理需要使用不同的接口，因此需对物理表进行数据处理时，需确定数据处理在物理表对应的目标接口。在一个示例中，物理表可以存在实现不同数据处理的九套接口，分别为：单条新增、批量新增、单条更新、批量更新、按条件更新、单条删除、按条件删除、单条查询、按条件查询。

其中，单条新增、批量新增属于物理表的增加数据的接口；单条新增和批量新增对应的增加数据的方式不同，例如，单条新增是在物理表中增加单条数据，批量新增是在物理表批量的增加数据。

单条更新、批量更新、按条件更新属于物理表的更新数据的接口(更新数据例如修改数据)；单条更新、批量更新、按条件更新对应的更新数据的方式不同，例如，单条更新是在物理表中更新单条数据，批量更新是在物理表中批量的更新数据，按条件更新是在物理表中依据一条的条件更新数据。

单条删除和按条件删除属于物理表的删除数据的接口；单条删除和按条件删除对应的删除数据的方式不同，例如，单条删除是在物理表中删除单条数据，按条件删除是在物理表中依据一条的条件删除数据。

单条查询和按条件查询属于物理表的查询数据的接口；单条查询和按条件查询对应的查询数据的方式不同，例如，单条查询是在物理表中查询单条数据，按条件查询是在物理表中依据一条的条件查询数据。

在确认数据处理在物理表对应的目标接口后，前端(例如请求数据处理的终端设备)可以按照物理表的目标接口进行数据处理所需的请求内容，向物理表的目标接口传输数据处理请求。需要说明的是，不同的接口进行数据处理所需的请求内容不同，因此前端需要基于目标接口进行数据处理所需的请求内容，来向目标接口传递数据处理请求。在可选实现中，数据处理请求携带的请求内容可以包括如下至少一项：物理表的逻辑实体所属的数据资产空间的标识、逻辑实体的标识、数据处理条件，以及待处理数据的指示信息。

步骤S410，根据数据处理请求的请求内容，生成目标接口对应的SQL执行语句，并执行SQL执行语句，以实现对物理表进行数据处理。

后端(例如数据资产管理平台的服务器端)在获得向目标接口传输的数据处理请求后，可以根据数据处理请求的请求内容，生成目标接口对应的SQL(Structured QueryLanguage，结构化查询语言)执行语句，并执行SQL执行语句，以通过调用目标接口对物理表进行数据处理。

在一个示例中，不同的接口具有不同的语法逻辑，因此本申请实施例可以根据目标接口的语法逻辑，以数据处理请求的请求内容为基础，生成目标接口对应的SQL执行语句。在一个示例中，以批量查询的接口为例，对应的SQL执行语句可以例如：select【查询字段】from【逻辑实体标识】where【条件拼接】orderby【排序规则】。不同的数据处理请求涉及不同的数据处理操作，因此对应的SQL执行语句的语法也不同，后端可以根据接口的语法逻辑，以数据处理请求的请求内容为基础，进行SQL执行语句的参数拼接，从而形成SQL执行语句。再例如，数据新增的处理需要指示新增的数据信息，以单条新增为例，单条新增对应的SQL执行语句可以例如：insert into【逻辑实体标识】【需要新增的数据1对应的列名，需要新增的数据2对应的列名】values【需要新增的数据1，需要新增的数据2】，其中，列名和数据通过数据结构Map表达。

从前端来看，前端在需要对物理表进行增、删、改、查等数据处理时，需要查询物理表对应的逻辑实体的信息(例如物理表的逻辑实体所属的数据资产空间的标识、逻辑实体的标识)，从而向目标接口传输数据资产空间的标识、逻辑实体的标识、数据处理条件，以及待处理数据的指示信息，则可以使得后端自动对物理表完成数据处理操作，提升了物理表的增、删、改、查等数据处理的效率。

作为可选实现，使用逻辑实体进行业务应用的一个示例可以例如，使用逻辑实体形成任务的配置页面，从而通过任务的配置页面为业务场景涉及的任务进行配置。为便于理解，图5示例性的示出了数据资产空间与配置页面的关系示例图，结合图2和图5所示，在图2示例的多层级的数据资产空间下，可以确定业务场景所属的业务对象，从业务对象挂载的多个逻辑实体中，选取业务场景所需的逻辑实体；业务场景下定义有多个活动形成的业务流，一个活动可以视为是业务场景下的一个任务，即业务场景下的多个任务形成业务场景的业务流；进而，从业务场景所需的逻辑实体中，选取业务场景下的各个任务的逻辑实体，利用各个任务的逻辑实体构建各个任务的配置页面，任务的配置页面可以用于配置任务。

作为可选实现，图6示例性的示出了本申请实施例提供的页面配置方法的可选流程图。如图6所示，该方法可以包括如下步骤。

步骤S600，从业务场景所属的业务对象的多个逻辑实体中，选取业务场景所需的逻辑实体；其中，业务场景包括业务流，业务流包括多个任务。

在可选实现中，数据资产管理平台存储有全量的逻辑实体以及逻辑实体之间的ER关系；例如，数据资产管理平台以数据资产空间、资产目录、业务对象的多层级方式，在业务对象下存储逻辑实体、以及逻辑实体之间的关系。在此基础上，本申请实施例提出场景(即业务场景)的概念，业务场景与业务功能点相关联，例如，业务功能点在应用时涉及一个或多个业务场景；一个业务场景下存在业务流，业务流下存在多个任务(也就是说，业务场景是通过业务流下的多个任务来达成)；其中，一个任务对应一个页面。

基于业务场景与业务功能点相关联，本申请实施例可以确定业务场景所属的业务功能点对应的业务对象(即业务场景所属的业务对象)，进而从业务场景所属的业务对象的多个逻辑实体中，选取出业务场景所需的逻辑实体。业务场景所需的逻辑实体可以是业务对象下挂载的部分或者全部逻辑实体，具体可根据实际情况选取，本申请实施例并不设限。

步骤S610，从业务场景所需的逻辑实体中，确定业务场景的任务的逻辑实体。

步骤S620，利用任务的逻辑实体，生成任务的配置页面，任务的配置页面用于配置任务。

本申请实施例在选取业务场景所需的逻辑实体后，可以从业务场景所需的逻辑实体中，为业务场景下的各个任务分别选择逻辑实体。例如，对于业务场景下的任一任务，本申请实施例可以从业务场景所需的逻辑实体中，为该任务选择逻辑实体。进一步的，在为任务选择逻辑实体时，可以定义任务的主逻辑实体。

在确定业务场景下的各个任务的逻辑实体后，对于业务场景下的任一任务，本申请实施例可以利用任务的逻辑实体，生成任务的配置页面；进而可以通过任务的配置页面为任务进行配置。在可选实现中，对于业务场景的任一任务，任务的逻辑实体可以为多个，本申请实施例可以通过任务的多个逻辑实体之间的ER关系，确定任务的逻辑实体之间的引用关联，从而基于任务的逻辑实体之间的引用关联，生成具有头逻辑实体和行逻辑实体级联的配置页面，其中，行逻辑实体的数据引用头逻辑实体的数据。

在可选实现中，本申请实施例在为业务场景的各个任务确定逻辑实体后，可以记录各个任务的逻辑实体与任务ID的对应关系。进而，对于业务场景的各个任务，本申请实施例可以基于任务的任务ID，查询任务的逻辑实体、逻辑实体之间的ER关系；从而通过任务的逻辑实体之间的ER关系，可以确认任务的逻辑实体之间的引用关联。当逻辑实体之间存在引用关联时，本申请实施例可以将逻辑实体引用的逻辑实体作为头逻辑实体，而引用头逻辑实体的逻辑实体作为行逻辑实体，此处所指的引用是数据的引用，即行逻辑实体的数据引用头逻辑实体的数据，并且这种引用关联在任务中是级联的，从而使得任务的逻辑实体可以形成级联的头行结构，进而形成具有级联的头行结构的配置页面。

在一个示例中，以订单基本信息的逻辑实体和订单行信息的逻辑实体为例，订单行信息的数据是通过订单基本信息的数据拆分得到(基于数据库设计理念，订单基本信息的数据和订单行信息的数据存放在不同的物理表中，并且具有1：N的引用关系，例如，订单基本信息的数据下具有N个订单行信息的数据)，因此订单行信息的数据引用订单基本信息的数据；从而，对于订单基本信息和订单行信息的逻辑实体而言，订单基本信息的逻辑实体为头逻辑实体，订单行信息的逻辑实体为行逻辑实体。进一步的，订单行信息下可以存在附件信息，也就是说，附件信息的数据引用订单行信息的数据，从而对于订单行信息和附件信息的逻辑实体而言，订单行信息的逻辑实体为头逻辑实体，附件信息的逻辑实体为行逻辑实体。进而，订单基本信息的逻辑实体、订单行信息的逻辑实体、附件信息的的逻辑实体、形成级联的头行结构。

在一个示例中，以测试数据资产空间下的四级资产目录的测试逻辑实体为例，图7示例性的示出了逻辑实体之间级联的头行结构的示例图。如图7所示，测试数据资产空间下存在四级的资产目录，在四级资产目录的测试逻辑实体的业务对象下，可以构建测试用的逻辑实体，并且逻辑实体之间的ER关系可以表达头行形式的引用关联。例如，逻辑删除头的逻辑实体与逻辑删除第一层行的逻辑实体为1：N的数据引用关系，逻辑删除第一层行的逻辑实体与逻辑删除第二层行的逻辑实体为1：N的数据引用关系，进而，逻辑删除头的逻辑实体、逻辑删除第一层行的逻辑实体、逻辑删除第二层行的逻辑实体形成级联的头行结构。

在进一步的可选实现中，如果在为任务选择逻辑实体时，定义了任务的主逻辑实体，则可以基于任务的主逻辑实体、多个逻辑实体之间的ER关系，生成以主逻辑实体为基础，并且具有头逻辑实体和行逻辑实体级联的配置页面，其中，行逻辑实体的数据引用头逻辑实体的数据。

在生成任务的配置页面时，配置页面可以是任务的列表页、创建页、编辑页和详情页的形式，也就是说，任务的配置页面包括任务的列表页、创建页，编辑页和详情页。可选的，任务的列表页作为父页面，可以触发任务的创建页、编辑页和详情页，以实现任务配置时的新增、编辑和查看详情等操作；进一步的，任务的列表页也可以存在触发新增任务的操作。作为一个示例，图8示例性的示出了列表页的示例图，列表页可以视为是任务的主逻辑实体对应的配置页面，可以触发主逻辑实体下具有头逻辑实体和行逻辑实体级联的各个配置页面(例如创建页，编辑页和详情页等)。

如图8所示，列表页以列表的形式展示有各个任务的信息，并且对于各个任务存在编辑，删除，查看(查看详情)的操作入口，其中，编辑的操作入口用于触发进入任务的编辑页，删除的操作入口用于删除任务，查看详情的操作入口用于触发进入任务的详情页；进一步的，列表页还存在新增的操作入口，用于触发进入任务的创建页。对于任务进行的编辑、查看详情、新建等操作可以是基于头行结构实现的级联操作，也就是说，任务的编辑、查看详情、新建等对应的页面是基于头逻辑实体和行逻辑实体级联的页面，可以由任务的主逻辑实体下级联的头逻辑实体和行逻辑实体生成。

在一个示例中，在点击列表页的查看详情的操作入口时，本申请实施例可以获取任务的任务ID和头逻辑实体的数据主键值；从而根据任务的任务ID，查询任务的头逻辑实体和行逻辑实体的关联字段，以及根据任务的头逻辑实体的数据主键值，查询头逻辑实体的数据；进而，根据任务的头逻辑实体的数据，头逻辑实体和行逻辑实体的关联字段，在物理表中查询行逻辑实体所关联的数据，并展示在任务的详情页。

在一个示例中，在点击列表页的新增的操作入口时，本申请实施例可以获取任务的任务ID；从而，调用通用接口，新增头逻辑实体的数据并获取头逻辑实体的数据主键值，以在头逻辑实体的物理表中新增数据；进而，通过任务ID获取任务的逻辑实体的ER关系，根据逻辑实体的ER关系，将头逻辑实体中与行逻辑实体相关的数据，新增到行逻辑实体对应的物理表中。

在一个示例中，在点击列表页的删除的操作入口时，本申请实施例可以获取任务的任务ID、头逻辑实体和数据主键值；根据任务的任务ID，查询任务的逻辑实体的ER关系，以及根据逻辑实体的ER关系，按照头逻辑实体的数据至行逻辑实体的数据的删除顺序，递归的基于头逻辑实体和数据主键值，删除任务的各个逻辑实体的数据(需要说明的是，逻辑实体的数据是保存在逻辑实体对应的物理表中)。

在进一步的可选实现中，配置页面还可以配置字段是否显示，字段是否必填，按钮是否显示，按钮显示时间，显示大小，自定义按钮等信息，配置信息可以根据任务的任务ID存入库中进行持久化。

在一个展示实现上，任务的配置页面(任务的详情页、新增页等)可以分为多个区域，一个区域对应展示任务的一个逻辑实体的数据，从而多个区域可以按照逻辑实体之间的ER关系，展示任务的各个逻辑实体对应的数据。例如，以订单基本信息和订单行信息的数据展示为例，任务的配置页面的界面设计可以是页面的上半区域显示订单基本信息的数据信息，下半区域显示订单行信息的数据信息；也就是说，任务的各个逻辑实体的数据信息，可以按照逻辑实体之间的ER关系，从页面的上到下分区域的进行展示。

在一个实现示例中，以建立订单的配置页面为例，本申请实施例可以涉及以下实现过程。

一、建立逻辑实体的阶段。

建立数据资产空间(此时，可以根据建立数据资产空间所定义的schema，在数据库中建立与数据资产空间的schema对应的区域)；在数据资产空间下建立采购管理的资产目录(资产目录可以是多级的，例如四级的资产目录)；在采购管理的资产目录下建立订单业务对象；在订单业务对象下建立订单基本信息的逻辑实体、订单行信息的逻辑实体等。

在订单基本信息的逻辑实体、订单行信息的逻辑实体等订单业务对象下的逻辑实体建立完毕后，分别为各逻辑实体建立逻辑模型信息和逻辑实体属性。例如，订单基本信息的逻辑实体的逻辑模型信息可以分为订单编号、运输方式、订单状态等；订单行信息的逻辑实体的逻辑模型信息可以分为订单行编号、订单编号、收货人姓名等。同时，本申请实施例可以在订单基本信息的逻辑实体和订单行信息的逻辑实体的逻辑实体属性中，配置业务组件(例如对应的输入框等)。

逻辑实体与逻辑实体属性建立完毕后，便可发布逻辑实体，进而可在数据库中所属数据资产空间的schema对应的区域，为各个逻辑实体建立物理表。需要说明的是，逻辑实体发布成功后，便可添加逻辑实体之间的ER关系，以表示逻辑实体之间的数据引用关系，例如，在数据引用层面，订单基本信息的订单编号与订单行的订单编号为1：N的关系。

二、建立配置页面的阶段。

订单业务场景属于订单业务对象，可以从订单业务对象的逻辑实体中，选择订单业务场景所需的逻辑实体；此时，可以显示选择的逻辑实体的ER关系；进一步的，本申请实施例也可以支持确认订单业务场景所不需要的ER关系；

对于订单业务场景的订单注册任务，在订单业务场景下注册订单注册任务(即订单注册活动)；对订单注册任务进行编排配置，可以从订单业务场景所需的逻辑实体中进一步选择订单注册任务的逻辑实体，例如，选择订单基本信息的逻辑实体、订单行信息的逻辑实体；并且为订单注册任务配置主逻辑实体、配置必填项目等信息；进而形成订单注册任务的配置页面，可用于对订单注册任务进行配置。

本申请实施例还提供一种元数据管理装置，下文描述的内容可与上文描述相互对应参照。图9示例性的示出了元数据管理装置的可选框图，参照图9，该装置可以包括：

业务对象建立模块910，用于建立业务对象，一个业务对象与企业的一个业务功能点相对应；

逻辑实体构建模块920，用于构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点；

模型信息和属性构建模块930，用于构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息；逻辑实体组成元数据。

可选的，业务对象建立模块910，用于建立业务对象包括：

对企业的数据资产空间进行分类，建立企业的至少一个数据资产空间；

在各个数据资产空间下分别建立至少一个资产目录；

在各个资产目录下分别建立至少一个业务对象。

可选的，所述逻辑模型信息包括：逻辑实体名称、逻辑实体字段、以及逻辑实体的归类信息；所述逻辑实体的归类信息至少指示逻辑实体所属的数据资产空间；

所述逻辑实体实现业务功能点对应的描述信息包括：逻辑实体生成物理表对应的描述信息，以及生成业务功能点的页面对应的描述信息。

进一步的可选实现中，元数据管理装置还可以用于：

发布逻辑实体，在发布逻辑实体之后，在数据库中与逻辑实体所属的数据资产空间的提要对应的区域，建立逻辑实体的物理表，其中，在建立数据资产空间时，定义有数据资产空间的提要，并且数据库中建立有与数据资产空间的提要对应的区域；

和/或，发布逻辑实体，在发布逻辑实体之后，添加逻辑实体之间的ER关系，其中，逻辑实体之间的ER关系表达逻辑实体之间的数据引用关系；

和/或，将逻辑实体之间的ER关系，解析成逻辑实体之间的特定展示形式并进行保存，以便通过逻辑实体之间的特定展示形式，展现逻辑实体之间的数据引用关系。

进一步的可选实现中，元数据管理装置还可以用于：

响应于逻辑实体的修改申请，将正式表中保存的逻辑实体和逻辑实体属性，拷贝到备份表中，并为备份表赋予版本号，其中，正式表中保存当前使用的逻辑实体和逻辑实体属性；基于逻辑实体的修改信息，对备份表中保存的逻辑实体和逻辑实体属性进行修改；响应于逻辑实体的修改审批申请，根据修改审批申请中携带的版本号，将对应备份表与正式表中保存的逻辑实体和逻辑实体属性进行对比，得出差异信息；在差异信息的修改审批通过后，将备份表中的逻辑实体和逻辑实体属性，覆盖到正式表中；

和/或，获取向物理表的目标接口传输的数据处理请求，所述数据处理请求携带目标接口进行数据处理所需的请求内容，所述请求内容包括如下至少一项：物理表的逻辑实体所属的数据资产空间的标识、逻辑实体的标识、数据处理条件，以及待处理数据的指示信息；根据数据处理请求的请求内容，生成目标接口对应的SQL执行语句，并执行SQL执行语句，以实现对物理表进行数据处理。

本申请实施例还提供一种配置页面生成装置，下文描述的内容可与上文描述相互对应参照。图10示例性的示出了配置页面生成装置的可选框图，参照图10，该装置可以包括：

逻辑实体选取模块01，用于从业务场景所属的业务对象的多个逻辑实体中，选取业务场景所需的逻辑实体；其中，业务场景包括业务流，业务流包括多个任务；业务对象与企业的业务功能点相对应，并且业务对象下挂载实现对应业务功能点的多个逻辑实体；以及，从业务场景所需的逻辑实体中，确定业务场景的任务的逻辑实体；

页面生成模块02，用于利用任务的逻辑实体，生成任务的配置页面，任务的配置页面用于配置任务。

进一步的可选实现中，逻辑实体选取模块01，还可以用于在为任务选择逻辑实体时，定义任务的主逻辑实体。

可选的，页面生成模块02，用于利用任务的逻辑实体，生成任务的配置页面包括：

基于任务的主逻辑实体、逻辑实体之间的ER关系，确定任务的逻辑实体之间的引用关联；基于任务的逻辑实体之间的引用关联，生成以主逻辑实体为基础，且具有头逻辑实体和行逻辑实体级联的配置页面，其中，行逻辑实体的数据引用头逻辑实体的数据。

可选的，所述任务的配置页面包括任务的列表页、创建页、编辑页和详情页；其中，任务的列表页触发任务的创建页、编辑页和详情页，并且通过任务的列表页触发删除任务。

进一步的可选实现中，配置页面生成装置还可用于：

列表页的查看详情的操作入口被点击时，获取任务的任务ID和头逻辑实体的数据主键值；根据任务的任务ID，查询任务的头逻辑实体和行逻辑实体的关联字段，以及根据任务的头逻辑实体的数据主键值，查询头逻辑实体的数据；根据任务的头逻辑实体的数据，头逻辑实体和行逻辑实体的关联字段，在物理表中查询行逻辑实体所关联的数据，并展示在任务的详情页；

和/或，列表页的删除的操作入口被点击时，获取任务的任务ID、头逻辑实体和数据主键值；根据任务的任务ID，查询任务的逻辑实体的ER关系，以及根据逻辑实体的ER关系，按照头逻辑实体的数据至行逻辑实体的数据的删除顺序，递归的基于头逻辑实体和数据主键值，删除任务的各个逻辑实体的数据。

本申请实施例还提供一种服务器，图11示例性的示出了服务器的可选框图，如图11所示，该服务器可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4。

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

可选的，通信接口2可以为用于进行网络通信的通信模块的接口。

可选的，处理器1可能是CPU(中央处理器)，GPU(Graphics Processing Unit，图形处理器)，NPU(嵌入式神经网络处理器)，FPGA(FieldProgrammable Gate Array，现场可编程逻辑门阵列)，TPU(张量处理单元)，AI芯片，特定集成电路ASIC(Application SpecificIntegrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路等。

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

其中，存储器3存储一条或多条计算机可执行指令，处理器1调用所述一条或多条计算机可执行指令，以执行本申请实施例提供的元数据管理方法，或者，配置页面生成方法。

本申请实施例还提供一种存储介质，存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时，实现本申请实施例提供的元数据管理方法，或者，配置页面生成方法。

上文描述了本申请实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本申请实施例披露、公开的实施例方案。

虽然本申请实施例披露如上，但本申请并非限定于此。任何本领域技术人员，在不脱离本申请的精神和范围内，均可作各种更动与修改，因此本申请的保护范围应当以权利要求所限定的范围为准。

Claims (10)

1.一种元数据管理方法，其特征在于，元数据由逻辑实体组成，所述方法包括：

建立业务对象，一个业务对象与企业的一个业务功能点相对应；

构建业务对象的多个逻辑实体，并且多个逻辑实体挂载在业务对象下，多个逻辑实体用于实现业务对象对应的业务功能点；

构建逻辑实体的逻辑模型信息以及逻辑实体属性，其中，逻辑实体属性包括逻辑实体实现业务功能点对应的描述信息。

2.根据权利要求1所述的方法，其特征在于，所述建立业务对象包括：

对企业的数据资产空间进行分类，建立企业的至少一个数据资产空间；

在各个数据资产空间下分别建立至少一个资产目录；

在各个资产目录下分别建立至少一个业务对象。

3.根据权利要求2所述的方法，其特征在于，所述逻辑模型信息包括：逻辑实体名称、逻辑实体字段、以及逻辑实体的归类信息；所述逻辑实体的归类信息至少指示逻辑实体所属的数据资产空间；

所述逻辑实体实现业务功能点对应的描述信息包括：逻辑实体生成物理表对应的描述信息，以及生成业务功能点的页面对应的描述信息。

4.根据权利要求2-3任一项所述的方法，其特征在于，还包括：

发布逻辑实体，在发布逻辑实体之后，在数据库中与逻辑实体所属的数据资产空间的提要对应的区域，建立逻辑实体的物理表，其中，在建立数据资产空间时，定义有数据资产空间的提要，并且数据库中建立有与数据资产空间的提要对应的区域；

和/或，发布逻辑实体，在发布逻辑实体之后，添加逻辑实体之间的ER关系，其中，逻辑实体之间的ER关系表达逻辑实体之间的数据引用关系；

和/或，将逻辑实体之间的ER关系，解析成逻辑实体之间的特定展示形式并进行保存，以便通过逻辑实体之间的特定展示形式，展现逻辑实体之间的数据引用关系。

5.根据权利要求1所述的方法，其特征在于，还包括：

响应于逻辑实体的修改申请，将正式表中保存的逻辑实体和逻辑实体属性，拷贝到备份表中，并为备份表赋予版本号，其中，正式表中保存当前使用的逻辑实体和逻辑实体属性；基于逻辑实体的修改信息，对备份表中保存的逻辑实体和逻辑实体属性进行修改；响应于逻辑实体的修改审批申请，根据修改审批申请中携带的版本号，将对应备份表与正式表中保存的逻辑实体和逻辑实体属性进行对比，得出差异信息；在差异信息的修改审批通过后，将备份表中的逻辑实体和逻辑实体属性，覆盖到正式表中；

和/或，获取向物理表的目标接口传输的数据处理请求，所述数据处理请求携带目标接口进行数据处理所需的请求内容，所述请求内容包括如下至少一项：物理表的逻辑实体所属的数据资产空间的标识、逻辑实体的标识、数据处理条件，以及待处理数据的指示信息；根据数据处理请求的请求内容，生成目标接口对应的SQL执行语句，并执行SQL执行语句，以实现对物理表进行数据处理。

6.一种配置页面生成方法，其特征在于，包括：

从业务场景所属的业务对象的多个逻辑实体中，选取业务场景所需的逻辑实体；其中，业务场景包括业务流，业务流包括多个任务；业务对象与企业的业务功能点相对应，并且业务对象下挂载实现对应业务功能点的多个逻辑实体；

从业务场景所需的逻辑实体中，确定业务场景的任务的逻辑实体；

利用任务的逻辑实体，生成任务的配置页面，任务的配置页面用于配置任务。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：在为任务选择逻辑实体时，定义任务的主逻辑实体；

所述利用任务的逻辑实体，生成任务的配置页面包括：

基于任务的主逻辑实体、逻辑实体之间的ER关系，确定任务的逻辑实体之间的引用关联；基于任务的逻辑实体之间的引用关联，生成以主逻辑实体为基础，且头逻辑实体和行逻辑实体级联的配置页面，其中，行逻辑实体的数据引用头逻辑实体的数据。

8.根据权利要求7所述的方法，其特征在于，所述任务的配置页面包括任务的列表页、创建页、编辑页和详情页；其中，任务的列表页触发任务的创建页、编辑页和详情页，并且通过任务的列表页触发删除任务；所述方法还包括：

在列表页的查看详情的操作入口被点击时，获取任务的任务ID和头逻辑实体的数据主键值；根据任务的任务ID，查询任务的头逻辑实体和行逻辑实体的关联字段，以及根据任务的头逻辑实体的数据主键值，查询头逻辑实体的数据；根据任务的头逻辑实体的数据，头逻辑实体和行逻辑实体的关联字段，在物理表中查询行逻辑实体所关联的数据，并展示在任务的详情页；

和/或，在列表页的删除的操作入口被点击时，获取任务的任务ID、头逻辑实体和数据主键值；根据任务的任务ID，查询任务的逻辑实体的ER关系，以及根据逻辑实体的ER关系，按照头逻辑实体的数据至行逻辑实体的数据的删除顺序，递归的基于头逻辑实体和数据主键值，删除任务的各个逻辑实体的数据。

9.一种服务器，其特征在于，包括：至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如权利要求1-5任一项所述的元数据管理方法，或者，如权利要求6-8任一项所述的配置页面生成方法。

10.一种存储介质，其特征在于，所述存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时，实现如权利要求1-5任一项所述的元数据管理方法，或者，如权利要求6-8任一项所述的配置页面生成方法。