支持快速扩张业务的高适应性系统和方法
【技术领域】
[0001]本发明涉及数据处理领域，具体地，涉及一种支持快速扩张业务的高适应性系统和方法。
【背景技术】
[0002]在资产领域中，资产的变动常常是一次变动大量的资产卡片，而且每张卡片的变动，会包含有多个资产变动项目，针对这种资产变动的实际业务情况。现有的主子表设计方式如下:
1、主表记录本次资产变动的表头表尾信息，这是此次变动的所有的资产卡片的公共信息;
2、子表记录了每张卡片的变动信息，如果一张卡片存在很多资产变动时会有多条数据被同时记录，
以上的设计方式在一定程度上可以满足预定的功能，但是也存在很多不足:
1、子表记录了表体多张卡片存在变动和这些卡片多个变动项的信息，层次关系不明显;
2、表体每张卡片变动时多个变动项目中关于这张卡片的公共变动信息会重复记录，大量数据冗余；
3、单据和变动卡片一对多的关系，卡片和变动项目一对多的关系无法体现，实际业务逻辑和设计逻辑不一致；
4、不同的变动业务所涉及到的卡片字段个数不相同，变动项目不一致，每次变动项目的数量也不一致，不能兼容所有的资产变动；
5、通过交易类型配置变动项目可以新增业务单变动业务的需求不容易满足，扩张性不足。
【发明内容】
[0003]本发明的目的在于，针对上述问题，提出一种支持快速扩张业务的高适应性系统和方法，以实现提高兼容性和扩展性的优点。
[0004]为实现上述目的，本发明采用的技术方案是:
一种支持快速扩张业务的高适应性方法，包括:构建三个元数据实体的步骤，三个元数据分别为变动主表、变动子表和变动明细表，所述变动主表记录表头信息，所述变动子表记录表体信息，所述变动明细表记录变动前后内容数据；
在后台持久化时，把表体进行拆分，将表体每张卡片发生变动的每种变动类型和该种变动类型变动的前后值提取出来，将提取的每种变动类型的数据生成变动明细表并且持久化到数据库的步骤。
[0005]优选的，所述变动子表中记录的变动项目属性设置为动态属性和计算属性。
[0006]优选的，所述变动明细表记录的数据至少包括，项目变动类型、项目变动前值和项目变动后值。
[0007]优选的，还包括，当表体发生修改时，先删除相应的变动明细表记录，然后将变动后的数据重新插入变动明细表。
[0008]同时本发明技术方案一种支持快速扩张业务的高适应性系统，包括:
数据构建模块:构建三个元数据实体，三个元数据分别为变动主表、变动子表和变动明细表，所述变动主表记录表头信息，所述变动子表记录表体信息，所述变动明细表记录变动前后内容数据；
数据拆分模块:在后台持久化时，把表体进行拆分，将表体每张卡片发生变动的每种变动类型和该种变动类型变动的前后值提取出来，将提取的每种变动类型的数据生成变动明细表并且持久化到数据库。
[0009]优选的，所述变动子表中记录的变动项目属性设置为动态属性和计算属性。
[0010]优选的，所述变动明细表记录的数据至少包括，项目变动类型、项目变动前值和项目变动后值。
[0011]优选的，还包括，数据修改模块，当表体发生修改时，先删除相应的变动明细表记录，然后将变动后的数据重新插入变动明细表。
[0012]本发明的技术方案具有以下有益效果:
1、避免现有数据库主子表结构对变动字段数量的限制，本技术方案可以无限扩展变动业务的变动字段；
2、通过交易类型配置的变动项目利用现有的数据库结构和后台业务处理逻辑可以新增新的变动项目，不需要任何辅助操作；
3、减少子表的数据冗余，子表记录该卡片变动的公共信息，具体字段信息存储在孙表中，节省大量的存储空间，效率大大提升；
4、兼容性高，现有单据的业务数据处理逻辑完全适用，子实体中含有所有的变动业务信息，不需要单独为资产变动进行适配；
5、扩展性提高，通过给变动子实体预置一些基本的变动前后信息，满足变动灵活的业务扩展；
6、在二次开发时，只需要通过向变动元数据增加变动信息来扩展变动业务，新增字段进行相应的逻辑处理即可，后台持久化数据库完全满足。
[0013]下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
【附图说明】
[0014]图1为现有的资产业务单据模型图；
图2为本发明实施例所述的支持快速扩张业务的高适应性方法的流程图；
图3为本发明实施例所述的支持快速扩张业务的高适应性系统的原理框图；
图4为采用本发明实施例所述方法后的数据结构示意图。
【具体实施方式】
[0015]以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
[0016]如图2所示，一种支持快速扩张业务的高适应性方法，包括:构建三个元数据实体的步骤，三个元数据分别为变动主表、变动子表和变动明细表，变动主表记录表头信息，变动子表记录表体信息，变动明细表记录变动前后内容数据；
在后台持久化时，把表体进行拆分，将表体每张卡片发生变动的每种变动类型和该种变动类型变动的前后值提取出来，将提取的每种变动类型的数据生成变动明细表并且持久化到数据库的步骤。
[0017]其中，变动子表中记录的变动项目属性设置为动态属性和计算属性。
[0018]变动明细表记录的数据至少包括，项目变动类型、项目变动前值和项目变动后值。
[0019]还包括，当表体发生修改时，先删除相应的变动明细表记录，然后将变动后的数据重新插入变动明细表。
[0020]如图3所示，一种支持快速扩张业务的高适应性系统，包括:
数据构建模块:构建三个元数据实体，三个元数据分别为变动主表、变动子表和变动明细表，所述变动主表记录表头信息，所述变动子表记录表体信息，所述变动明细表记录变动前后内容数据；
数据拆分模块:在后台持久化时，把表体进行拆分，将表体每张卡片发生变动的每种变动类型和该种变动类型变动的前后值提取出来，将提取的每种变动类型的数据生成变动明细表并且持久化到数据库。
[0021]其中，变动子表中记录的变动项目属性设置为动态属性和计算属性。
[0022]变动明细表记录的数据至少包括，项目变动类型、项目变动前值和项目变动后值。
[0023]还包括，数据修改模块，当表体发生修改时，先删除相应的变动明细表记录，然后将变动后的数据重新插入变动明细表。
[0024]本发明技术方基于现有的技术，灵活运用元数据的相关属性，结合资产变动实际业务需求，满足现有的资产单据处理逻辑的变动单主子孙表的实现。
[0025]通常所做业务单据，界面均是单表头多表体的形式展示，同时数据库的设计也是以主子表的形式设计实现。
[0026]如图1所示，基于现在资产业务单据都是传统的单表头多表体的模型，这样会要求在变动单的表体记录每一条变动单的变动信息，考虑每张资产卡片都包含卡片很多的属性信息，想到以下两种方案:图1中表头和表尾分别储存一条数据信息，表体储存多条数据?目息O
[0027]方案①:为卡片的每一个属性都设计一张变动表，不同的变动节点的变动信息存入不同的数据库表。
[0028]