CN110287169A - 一种云应用之间的主数据迁移方法 - Google Patents

Abstract

本发明公开了一种云应用之间的主数据迁移方法，所述方法包括步骤1创建元素映射表；步骤2：创建主数据定义映射表，用于存储定义的映射关系，迁移方与接收方两边的主数据定义建立关系；步骤3：将步骤1所得的元素映射表、步骤2所得的主数据定义映射表和主数据定义表关联得到主数据定义元素映射表；步骤4：创建公司组织机构映射表；步骤5：根据步骤3、步骤4所得数据与已有主数据的主数据表关联得到接收方所需数据后进行迁移的同时得到主数据迁移记录表；步骤6：根据步骤3、步骤5与已有主数据的主数据详情表关联得到接收方所需数据后进行迁移。

Description

一种云应用之间的主数据迁移方法

技术领域

本发明涉及互联网技术领域，具体的说，是一种云应用之间的主数据迁移方法。

背景技术

随着“互联网+”的提出，给予了企业充分的发挥，各类云管理平台就在这种指导下产生的。本专利采用数据迁移工具，以解决人工参与数据迁移的问题，以快速、自动、高可扩展性，一次实现多次运行的数据迁移方式。

针对小系统，相对的数据量会很小，不会思考其性能以及扩展性，也根本不会有数据迁移的烦恼。而因系统及数据不停的膨胀，系统的拆分与数据的迁移就势在必行，传统的迁移方法，是将接收方的配置性表拉到迁移方数据库中，再按照接收方数据表及数据格式的要求生成好数据，后手工将数据导出并导入到接收方，全程需要人工干预，繁杂及容易出错；现针对云应用的迁移与接收进行一次开发不限次运行的自动增量迁移脚本。

以上可看出，传统的数据迁移存在诸多不尽人意的地方，为了解决这些问题，采用数据迁移工具设计出一套流程变得犹为重要。

发明内容

本发明的目的在于提供一种云应用之间的主数据迁移方法，用于解决现有技术中数据迁移时，是将接收方的配置性表拉到迁移方数据库中，再按照接收方数据表及数据格式的要求生成好数据，后手工将数据导出并导入到接收方，全程需要人工干预，繁杂及容易出错的问题。

本发明通过下述技术方案解决上述问题：

一种云应用之间的主数据迁移方法，所述方法包括如下步骤：

步骤1：创建元素映射表，包括字段标识：迁移方元素所属元素库db_no、记录迁移方元素的ID o_ele_id、迁移方元素编码o_ele_code、记录接收方元素的ID n_ele_id，接收方元素编码n_ele_code；

步骤2：创建主数据定义映射表，用于存储定义的映射关系，迁移方与接收方两边的主数据定义建立关系包括字段标识：迁移方主数据定义ID o_def_pid、迁移方主数据定义编码o_def_pcode、接收方主数据定义ID n_def_pid、接收方主数据定义编码n_def_pcode、主数据定义标识o_def_type、是否需要迁移is_mv；此处会用到主数据定义表，主数据定义表为已有的数据基础表，仅有两层的树型结构，第一层存储定义ID、定义编码与名称，第二层可引用多个元素，通过主数据定义表就可得到主数据定义映射表与元素映射表的对应关系；

步骤3：将步骤1所得的元素映射表、步骤2所得的主数据定义映射表和主数据定义表关联得到主数据定义元素映射表包含字段标识：迁移方主数据定义ID o_def_pid、迁移方主数据定义元素ID o_def_cid、迁移方主数据定义元素所对应的元素ID o_ele_id、接收方主数据定义ID n_def_pid、接收方主数据定义元素ID n_def_cid和接收方主数据定义元素所对应的元素ID n_ele_id；根据接收方主数据定义ID n_def_pid、记录接收方元素的IDn_ele_id在接收方的主数据定义表中取出对应的主数据ID，组织好数据后保存到主数据定义元素映射表中；

步骤4：创建公司组织机构映射表，包括字段标识：迁移方租户IDtenant_id、迁移方租户编码tenant_code、迁移方公司IDcompany_id、company_code迁移方公司编码、迁移方主数据管理IDcsc_manage_id、接收方组织机构租户级别编码org_tenant_code、接收方组织机构公司级别IDmdm_org_3_id、接收方组织机构公司级别编码org_company_code、接收方主数据管理IDmdm_mange_id及是否需要执行迁移exe_flag；

步骤5：根据步骤3、步骤4所得数据与已有主数据的主数据表关联得到接收方所需数据后进行迁移的同时得到主数据迁移记录表，包括字段标识：主数据的唯一标识字段uuid、迁移方的主数据ID o_hot_info_id、接收方的主数据ID n_hot_info_id、接收方主数据定义ID n_def_pid、接收方主数据管理唯一标识ID mdm_mange_id、主数据定义标识o_def_type和迁移标志o_info_flag；

步骤6：根据步骤3、步骤5与已有主数据的主数据详情表关联得到接收方所需数据后进行迁移，同时将步骤5中迁移标志o_info_flag＝0更改为迁移标志o_info_flag＝1，从而完成主数据的迁移。

通过本方法，可以手动将需要迁移的数据进行标记之后，数据会自动完成迁移，不再需要人工进行手动数据迁移，并且很好的节约了现有技术在数据迁移时，是将接收方的配置性表拉到迁移方数据库中，再按照接收方数据表及数据格式的要求生成好数据，后手工将数据导出并导入到接收方，全程需要人工干预，繁杂及容易出错的问题。

优选地，所述主数据的唯一标识字段uuid，不管是迁移方还是接收方都保持一致。

优选地，所述方法通过Kettle脚本编程运行可实现主数据的自动迁移。

优选地，所述Kettle的运行条件为系统中安装相应的Java JDK并配置好环境变量。

本发明与现有技术相比，具有以下优点及有益效果：

(1)本发明可以手动将需要迁移的数据进行标记之后，数据会自动完成迁移，不再需要人工进行手动数据迁移，并且很好的节约了现有技术在数据迁移时，是将接收方的配置性表拉到迁移方数据库中，再按照接收方数据表及数据格式的要求生成好数据，后手工将数据导出并导入到接收方，全程需要人工干预，繁杂及容易出错的问题。

附图说明

图1为本发明的主数据映射关系示意图；

图2为本发明的主数据迁移流程示意图；

图3为本发明的主数据详情迁移流程示意图。

具体实施方式

下面结合实施例对本发明作进一步地详细说明，但本发明的实施方式不限于此。

实施例1：

一种云应用之间的主数据迁移方法，首先在计算机系统中安装Java JDK及Kettle，将Kettle脚本放至Kettle所在服务器，并配置好Kettle运行环境，可调置为系统任务或直接执行，数据就自动增量迁移到接收方后开始进行数据迁移，步骤如下：

结合附图1-3所示，步骤1：创建元素映射表，包括字段标识：迁移方元素所属元素库db_no、记录迁移方元素的ID o_ele_id、迁移方元素编码o_ele_code、记录接收方元素的ID n_ele_id，接收方元素编码n_ele_code，如下表：

db_no	o_ele_id	o_ele_code	n_ele_id	n_ele_code
					2	687	500000	1771	Ele010000867
1	261	013501	651	Ele003000311

步骤2：创建主数据定义映射表，用于存储定义的映射关系，迁移方与接收方两边的主数据定义建立关系，包括字段标识：迁移方主数据定义ID o_def_pid、迁移方主数据定义编码o_def_pcode、接收方主数据定义ID n_def_pid、接收方主数据定义编码n_def_pcode、主数据定义标识o_def_type、是否需要迁移is_mv；此处会用到主数据定义表，主数据定义表为已有的数据基础表，仅有两层的树型结构，第一层存储定义ID、定义编码与名称，第二层可引用多个元素，通过主数据定义表就可得到主数据定义映射表与元素映射表的对应关系；主数据定义映射表如下表所示：

o_def_pid	o_def_pcode	n_def_pid	n_def_pcode	o_def_type	is_mv
						51	F002	845	F000078	1	0
735	F026	125	F000011	1	1

步骤3：将步骤1所得的元素映射表、步骤2所得的主数据定义映射表和主数据定义表关联得到主数据定义元素映射表包含字段标识：迁移方主数据定义ID o_def_pid、迁移方主数据定义元素ID o_def_cid、迁移方主数据定义元素所对应的元素ID o_ele_id、接收方主数据定义ID n_def_pid、接收方主数据定义元素ID n_def_cid和接收方主数据定义元素所对应的元素ID n_ele_id；根据接收方主数据定义ID n_def_pid、记录接收方元素的IDn_ele_id在接收方的主数据定义表中取出对应的主数据ID，组织好数据后保存到主数据定义元素映射表中；主数据定义元素映射表如下：

o_def_pid	o_def_cid	o_ele_id	n_def_pid	n_def_cid	n_ele_id
						51	57	29	43	51	75
125	217	29	421	451	75

步骤4：创建公司组织机构映射表，包括字段标识：迁移方租户IDtenant_id、迁移方租户编码tenant_code、迁移方公司IDcompany_id、company_code迁移方公司编码、迁移方主数据管理IDcsc_manage_id、接收方组织机构租户级别编码org_tenant_code、接收方组织机构公司级别IDmdm_org_3_id、接收方组织机构公司级别编码org_company_code、接收方主数据管理IDmdm_mange_id及是否需要执行迁移exe_flag，如下表所示：

步骤5：根据步骤3、步骤4所得数据与已有主数据的主数据表关联得到接收方所需数据后进行迁移的同时得到主数据迁移记录表，包括字段标识：主数据的唯一标识字段uuid、迁移方的主数据ID o_hot_info_id、接收方的主数据ID n_hot_info_id、接收方主数据定义ID n_def_pid、接收方主数据管理唯一标识ID mdm_mange_id、主数据定义标识o_def_type和迁移标志o_info_flag；如下表所示：

步骤6：根据步骤3、步骤5与已有主数据的主数据详情表关联得到接收方所需数据后进行迁移，同时将步骤5中迁移标志o_info_flag＝0更改为迁移标志o_info_flag＝1，从而完成主数据的迁移。

尽管这里参照本发明的解释性实施例对本发明进行了描述，上述实施例仅为本发明较佳的实施方式，本发明的实施方式并不受上述实施例的限制，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本申请公开的原则范围和精神之内。

Claims (4)

1.一种云应用之间的主数据迁移方法，其特征在于，所述方法包括如下步骤：

步骤1：创建元素映射表，包括字段标识：迁移方元素所属元素库db_no、记录迁移方元素的ID o_ele_id、迁移方元素编码o_ele_code、记录接收方元素的ID n_ele_id，接收方元素编码n_ele_code；

步骤2：创建主数据定义映射表，用于存储定义的映射关系，迁移方与接收方两边的主数据定义建立关系包括字段标识：迁移方主数据定义ID o_def_pid、迁移方主数据定义编码o_def_pcode、接收方主数据定义ID n_def_pid、接收方主数据定义编码n_def_pcode、主数据定义标识o_def_type、是否需要迁移is_mv；

步骤3：将步骤1所得的元素映射表、步骤2所得的主数据定义映射表和主数据定义表关联得到主数据定义元素映射表包含字段标识：迁移方主数据定义ID o_def_pid、迁移方主数据定义元素ID o_def_cid、迁移方主数据定义元素所对应的元素ID o_ele_id、接收方主数据定义ID n_def_pid、接收方主数据定义元素ID n_def_cid和接收方主数据定义元素所对应的元素ID n_ele_id；根据接收方主数据定义ID n_def_pid、记录接收方元素的ID n_ele_id在接收方的主数据定义表中取出对应的主数据ID，组织好数据后保存到主数据定义元素映射表中；

步骤4：创建公司组织机构映射表，包括字段标识：迁移方租户IDtenant_id、迁移方租户编码tenant_code、迁移方公司IDcompany_id、company_code迁移方公司编码、迁移方主数据管理IDcsc_manage_id、接收方组织机构租户级别编码org_tenant_code、接收方组织机构公司级别IDmdm_org_3_id、接收方组织机构公司级别编码org_company_code、接收方主数据管理IDmdm_mange_id及是否需要执行迁移exe_flag；

步骤5：根据步骤3、步骤4所得数据与已有主数据的主数据表关联得到接收方所需数据后进行迁移的同时得到主数据迁移记录表，包括字段标识：主数据的唯一标识字段uuid、迁移方的主数据ID o_hot_info_id、接收方的主数据ID n_hot_info_id、接收方主数据定义ID n_def_pid、接收方主数据管理唯一标识ID mdm_mange_id、主数据定义标识o_def_type和迁移标志o_info_flag；

步骤6：根据步骤3、步骤5与已有主数据的主数据详情表关联得到接收方所需数据后进行迁移，同时将步骤5中迁移标志o_info_flag＝0更改为迁移标志o_info_flag＝1，从而完成主数据的迁移。

2.根据权利要求1所述的云应用之间的主数据迁移方法，其特征在于：所述主数据的唯一标识字段uuid，不管是迁移方还是接收方都保持一致。

3.根据权利要求1所述的云应用之间的主数据迁移方法，其特征在于：所述方法通过Kettle脚本编程运行可实现主数据的自动迁移。

4.根据权利要求3所述的云应用之间的主数据迁移方法，其特征在于：所述Kettle的运行条件为系统中安装相应的Java JDK并配置好环境变量。