CN115269495A

CN115269495A - 一种基于aPaaS平台的业务方案元数据处理方法及系统

Info

Publication number: CN115269495A
Application number: CN202210691099.9A
Authority: CN
Inventors: 魏福宝; 魏传博; 黄克云
Original assignee: Zhixueyun Beijing Technology Co ltd
Current assignee: Zhixueyun Beijing Technology Co ltd
Priority date: 2022-06-18
Filing date: 2022-06-18
Publication date: 2022-11-01
Anticipated expiration: 2042-06-18
Also published as: CN115269495B

Abstract

本发明提出了一种基于aPaaS平台的业务方案元数据处理方法及系统，涉及计算机应用技术领域。其方法包括以下步骤：首先，基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据；接着，将获取的元数据写入临时文件；再接着，将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录；最后，基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台。其系统包括元数据获取模块、元数据写入模块、元数据打包模块和元数据迁移模块。通过本发明提出的方案能够简化元数据迁移过程，提升元数据迁移的效率和减少迁移出错率。

Description

一种基于aPaaS平台的业务方案元数据处理方法及系统

技术领域

本发明涉及计算机应用技术领域，具体而言，涉及一种基于aPaaS平台的业务方案元数据处理方法及系统。

背景技术

aPaaS可以理解为PaaS的一种子形式。aPaaS的全称是app lication Platform asa Service，即应用程序平台即服务。Gartner对其所下的定义是：这是基于PaaS(平台即服务)的一种解决方案，支持应用程序在云端的开发、部署和运行，提供软件开发中的基础工具给用户，包括数据对象、权限管理、用户界面等。总之，aPaaS(应用程序平台即服务)能够提供快速开发的环境，用户在几个小时内就能完成应用的开发、测试、部署，并能够随时调整或更新。而且，其具有低代码或零代码，非技术人员就能完成应用开发的特点。

其中，现有技术中，在aPaaS平台企业进行企业级别的元数据交付的时候，要么是通过SQL脚本迁移，要么是将整个数据库进行迁移。其中，通过SQL脚本迁移的时候，不仅需要专业的开发技术人员才能实现对其进行数据迁移，而且整个过程繁琐且易出现各种错误；若通过将整个数据库进行迁移来迁移元数据的时候，其中会存在大量的无效数据，不利于元数据的精准迁移，而且由于数据库中的数据冗杂，交付到目标企业的数据还需要专业的开发技术人员重新进行整理加工，实施困难且费时。

发明内容

本发明的目的在于提供一种基于aPaaS平台的业务方案元数据处理方法及系统，其能够简化元数据迁移过程，提升元数据迁移的效率和减少迁移出错率。

本发明的实施例是这样实现的：

第一方面，本申请实施例提供一种基于aPaaS平台的业务方案元数据处理方法，其包括以下步骤：

基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据；

将获取的元数据写入临时文件；

将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录；

基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台。

在本发明的一些实施例中，上述元数据的种类包括对象元数据、数据查询元数据、数据操作元数据、服务元数据、接口元数据或页面元数据中的至少一种。

在本发明的一些实施例中，上述基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据的步骤具体包括：

基于aPaaS平台预置的元数据种类及存储表利用所有元数据区域的导出接口将目标业务方案对应的所有元数据按照元数据的种类一一将所有元数据分别写入到对应的json文件中；

利用所有元数据区域的导入接口将所有的json文件进行读取获取目标业务方案对应的元数据。

在本发明的一些实施例中，上述将获取的元数据写入临时文件的步骤包括：

响应元数据导入请求多线程的调用目标业务方案对应的所有元数据的导入接口，将一一获取的所有的json文件统一写入一个临时文件中。

响应元数据导入请求进行多线程的调用预置的元数据种类对应的元数据，并将调用的所有元数据发送至同一个临时文件中。

在本发明的一些实施例中，上述基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台的步骤具体包括：

在目标公司搭建目标aPaaS平台，并做好环境配置；

基于构建记录从文件服务器中下载目标aPaaS平台所需的业务方案包，并将下载的业务方案包载入目标aPaaS平台。

在本发明的一些实施例中，上述基于构建记录从文件服务器中下载目标aPaaS平台所需的业务方案包，并将下载的业务方案包载入目标aPaaS平台的步骤具体包括：

基于构建记录从文件服务器中下载目标aPaaS平台所需的业务方案包到本地磁盘中；

将本地磁盘中的业务方案包通过本地文件上传的方式上传并载入到目标aPaaS平台中。

第二方面，本申请实施例提供一种基于aPaaS平台的业务方案元数据处理系统，其包括：

元数据获取模块，用于基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据；

元数据写入模块，用于将获取的元数据写入临时文件；

元数据打包模块，用于将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录；

元数据迁移模块，用于基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台。

第三方面，本申请实施例提供一种电子设备，其包括存储器，用于存储一个或多个程序；处理器。当上述一个或多个程序被上述处理器执行时，实现如上述第一方面中任一项上述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面中任一项上述的方法。

相对于现有技术，本发明的实施例至少具有如下优点或有益效果：

在本发明的实施例中，首先基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据；然后将获取的元数据写入临时文件；再接着将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录；最后，基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台。整个方法流程简单高效，能够对大批量的不同企业的企业级别的元数据进行流程化的交付处理，实施起来快捷方便。而且整个迁移过程有效的降低了对专业开发人员的需求，以及降低了受人工操作的影响，从而能够有效的提高元数据迁移的效率和准确性，减少其数据迁移的出错率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明一种基于aPaaS平台的业务方案元数据处理方法一实施例的流程图；

图2为本发明实施例中基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据的步骤的具体流程图；

图3为本发明实施例中将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录的示意图；

图4为本发明一种基于aPaaS平台的业务方案元数据处理系统一实施例的结构框图；

图5为本发明实施例提供的一种电子设备的结构框图。

图标：1、元数据获取模块；2、元数据写入模块；3、元数据打包模块；4、元数据迁移模块；5、存储器；6、处理器；7、通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

实施例

请参阅图1，该一种基于aPaaS平台的业务方案元数据处理方法包括以下步骤：

步骤S101：基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据。

所谓aPaaS平台的元数据是对我们整个aPaaS平台里面包含的各种结构的描述和说明，比如结构说明、属性说明、或者相关数据，它有点类似现实世界中我们使用的某个产品的说明书，它会对我们所使用的产品进行一个详细的介绍和功能说明。通过元数据，我们可以了解到我们整个aPaaS平台的内部组成，从而对我们aPaaS平台所拥有的各种结构进行一个量化的描述。比如我们aPaaS平台有多少张表，这些表分别是什么含义，甚至细化到我们每个表字段，比如字段含义是什么，字段类型和长度是怎么样的，一些指标字段的含义又是什么，存储的位置和方式又是怎样的。

使用元数据能够更好的帮助我们管理企业aPaaS平台，它是数据质量提升和数据治理的基础。通过元数据，我们能够更好的传承我们的aPaaS平台，我们可以通过元数据让对系统不了解的人员或者新同事去快速了解我们整个aPaaS平台的构成；通过元数据分类管理和检索，我们可以快速检索到关于系统任何方面想要了解的内容；元数据可以帮助我们理清数据的来龙去脉，从而让我们可以对问题数据进行跟踪，对指标数据来源口径进行追溯，对我们系统结构改动所造成的影响进行分析。

也就是说，aPaaS平台的元数据非常重要，在aPaaS平台企业进行企业级别的元数据交付的时候，需要能够较为方便且准确的交付所需的元数据。在上述步骤中，通过提前进行统计aPaaS平台中所涉及到的元数据种类及存储表，然后将可以用于后期元数据的迁移做好前期准备。

具体地，上述元数据的种类包括对象元数据、数据查询元数据、数据操作元数据、服务元数据、接口元数据或页面元数据中的至少一种。其中，对象元数据包括：对象表、字段表、对象关联关联表、字段规则表和对象数据存储映射表；数据查询元数据包括：查询主体表、查询字段表、查询关联表、查询条件表、查询排序表和查询结果处理表；数据操作元数据包括：数据操作主体表、操作的字段和操作的筛选条件表；服务元数据包括：服务主体表、服务入参描述表、服务出参描述表、服务调用详情表和服务编排表；接口元数据包括：接口主体表、接口入参描述表、接口出参描述表、接口结果处理表和接口编排表；页面元数据包括：页面主体表、页面详情表、页面组件表、页面关系表、页面接口权限表和页面国际化表。

上述基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据的步骤具体包括：

上述步骤中，通过多线程的调用预置的元数据种类对应的元数据，可以将不同的元数据进行分块传输，从而使得数据传输更加精准，而且可以有效的利用系统的内存，一定程度上提高程序的运行速度。

具体的，请参阅图2，上述基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据的步骤可以具体包括：

步骤S201：基于aPaaS平台预置的元数据种类及存储表利用所有元数据区域的导出接口将目标业务方案对应的所有元数据按照元数据的种类一一将所有元数据分别写入到对应的json文件中；

步骤S202：利用所有元数据区域的导入接口将所有的json文件进行读取获取目标业务方案对应的元数据。

其中，JSON(JavaScript Object Notation,JS对象简谱)是一种轻量级的数据交换格式。它基于ECMAScript(European Computer Manufacturers Association,欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。也就是说，通过aPaaS平台预置的元数据种类及存储表利用所有元数据区域的导出接口统一生成json数据并写入制定的文件中，然后再通过元数据区域的导入接口将上述json数据进行读取将可以非常方便的获取到目标业务方案对应的元数据。不仅编写方便，而且元数据的获取传输将会更加快速。

示例性地，在统一生成json数据并写入制定的文件中的时候，可以选择将对象内元数据写入到object.json中，将数据查询元数据写入到query.json中，将数据操作元数据写入到operation.json中，将服务元数据写入到service.json中，将接口元数据写入到api.json中，将页面元数据写入到page.json中。

步骤S102：将获取的元数据写入临时文件。

上述将获取的元数据写入临时文件的步骤包括：

步骤S103：将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录。

上述步骤中，通过将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录，将可以方便对业务方案包的管理和下载，从而对于大批量的、不同目标企业所需的元数据将可以进行有序的归类和处理，减少数据迁移的错误率。

示例性地，请参阅图3，构建记录可以包括业务方案的名称、业务方案编号、创建时间、创建状态以及对可其进行操作的组件(编辑、删除、下载和载入等)。从而，通过上述构建记录将可以方便对业务方案包进行批量的有序管理。

步骤S104：基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台。

上述步骤中，通过了解查询目标aPaaS平台所需要的元数据，然后将可以基于构建记录，从中将所需要的业务方案包进行下载，然后再将下载的业务方案包载入至目标aPaaS平台，即可实现元数据的迁移。整个过程简单方便，不需要专业的开发人对元数据进行获取处理以及转移到目标aPaaS平台，通过简化流程，不仅可以有效的降低元数据转移工程中的出错率，而且可以有效的降低元数据的交付周期，提高用户的体验感。

具体地，上述基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台的步骤具体包括：

在目标公司搭建目标aPaaS平台，并做好环境配置；

上述步骤中，通过为目标企业搭建目标aPaaS平台，然后对其做好环境配置(此时目标aPaaS平台还只是一个空壳)，然后将可以直接在目标企业的目标aPaaS平台中导入并载入其所需要的业务方案包，从而完成元数据的转移。

更具体地，上述基于构建记录从文件服务器中下载目标aPaaS平台所需的业务方案包，并将下载的业务方案包载入目标aPaaS平台的步骤具体包括：

上述步骤中，不通过第三方服务器或云端的方式进行元数据迁移，而是通过将业务方案包下载到本地磁盘，然后再通过本地文件上传的方式进行元数据的迁移，不仅可以使得元数据的安全性更有保障，而且由于所有数据均在本地磁盘，将可以有利于对其进行二次整理和开发。另外，还可以实现对不同目标aPaaS平台所需的业务方案包进行资源可控及灵活调配处理，其中，由于是通过本地上传的方式进行，数据传输将会更快。

基于同样的发明构思，请参阅图4，本发明还提出一种基于aPaaS平台的业务方案元数据处理系统，包括：

元数据获取模块1，用于基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据；

元数据写入模块2，用于将获取的元数据写入临时文件；

元数据打包模块3，用于将临时文件压缩打包生成业务方案包后上传至文件服务器，并创建对应的构建记录；

元数据迁移模块4，用于基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台。

上述系统具体实现过程请参照本申请实施例提供的一种基于aPaaS平台的业务方案元数据处理方法，在此不再赘述。

请参阅图5，图5为本发明实施例提供的一种电子设备的结构框图。该电子设备包括存储器5、处理器6和通信接口7，该存储器5、处理器6和通信接口7相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器5可用于存储软件程序及模块，如本申请实施例所提供的一种基于aPaaS平台的业务方案元数据处理系统对应的程序指令/模块，处理器6通过执行存储在存储器5内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口7可用于与其他节点设备进行信令或数据的通信。

其中，存储器5可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器6可以是一种集成电路芯片，具有信号处理能力。该处理器6可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Appl ication Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图5所示的结构仅为示意，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims

1.一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，包括以下步骤：

将获取的元数据写入临时文件；

2.如权利要求1所述的一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，所述元数据的种类包括对象元数据、数据查询元数据、数据操作元数据、服务元数据、接口元数据或页面元数据中的至少一种。

3.如权利要求1所述的一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，所述基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据的步骤具体包括：

4.如权利要求3所述的一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，所述将获取的元数据写入临时文件的步骤包括：

5.如权利要求1所述的一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，所述基于aPaaS平台预置的元数据种类及存储表获取目标业务方案对应的元数据的步骤具体包括：

6.如权利要求1所述的一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，所述基于构建记录从文件服务器中下载业务方案包，并将对应的业务方案包载入至目标aPaaS平台的步骤具体包括：

在目标公司搭建目标aPaaS平台，并做好环境配置；

7.如权利要求6所述的一种基于aPaaS平台的业务方案元数据处理方法，其特征在于，所述基于构建记录从文件服务器中下载目标aPaaS平台所需的业务方案包，并将下载的业务方案包载入目标aPaaS平台的步骤具体包括：

8.一种基于aPaaS平台的业务方案元数据处理系统，其特征在于，包括：

元数据写入模块，用于将获取的元数据写入临时文件；

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

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-7中任一项所述的方法。

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