一种记录数据变更的方法及装置、存储介质及电子设备与流程

1.本发明涉及金融行业中数据变更业务技术领域，更具体地说，涉及一种记录数据变更的方法及装置、存储介质及电子设备。


背景技术：

2.在银行数据处理过程中，经常需要对数据进行查询和更新，所以一直以来都广泛存在记录数据变更的需求。
3.现今的数据变更通常是将明确范围的业务需求作为输入，然后通过建立单独的数据变更历史表，将指定范围内的字段变更前后的值作为数据记录在历史表中。这种记录数据变更的方式高度依赖业务需求的稳定性，拓展性较差，随着需求的增加，数据变更历史表会频繁变更，且越来越冗杂。系统在记录数据变更历史时，需与具体的业务场景深度绑定，容易缺漏。
4.因此需要一种拓展性较强且与具体的业务场景解耦隔离的记录数据变更的方法。


技术实现要素：

5.有鉴于此，为解决上述问题，本发明提供一种记录数据变更的方法及装置、存储介质及电子设备，技术方案如下：
6.获取数据库实体；
7.基于所述数据库实体建立第一数据表的数据结构，根据所述第一数据表的数据结构建立第二数据表的数据结构；其中，所述第一数据表与所述第二数据表通过第一功能接口关联；
8.针对所述第一数据表的任意数据变更，通过所述第一功能接口自动关联到所述第二数据表进行所述数据变更的记录。
9.可选的，在上述方法中，所述方法还包括：
10.建立第二功能接口；
11.将所述第二功能接口与所述第二数据表关联，并进行历史查询。
12.可选的，在上述方法中，针对所述第一数据表的任意数据变更，通过所述第一功能接口自动关联到所述第二数据表进行所述数据变更的记录之前，包括：
13.对所述第一数据表与所述第二数据表进行封装。
14.可选的，在上述方法中，所述获取数据库实体，包括：
15.获取业务需求的需求分析，根据所述需求分析设计数据库实体。
16.一种记录数据变更的装置，所述记录数据变更装置包括：
17.获取模块，用于获取数据库实体；
18.数据表建立模块，用于基于所述数据库实体建立第一数据表的数据结构；根据所述第一数据表的数据结构建立第二数据表的数据结构；其中，所述第一数据表与所述第二数据表通过第一功能接口关联
19.记录模块，用于针对所述第一数据表的任意数据变更，通过所述第一功能接口自动关联到所述第二数据表进行所述数据变更的记录。
20.可选的，在上述装置中，所述装置还包括：
21.接口建立模块，用于建立第二功能接口；
22.历史查询模块，将所述第二功能接口与所述第二数据表关联，并进行历史查询。
23.可选的，在上述装置中，所述数据表建立模块包括：
24.封装单元，用于对所述第一数据表与所述第二数据表进行封装。
25.可选的，在上述装置中，所述获取模块包括：
26.获取单元，用于获取业务需求的需求分析，根据所述需求分析设计数据库实体。
27.一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项所述的记录数据变更的方法。
28.一种电子设备，所述电子设备包括：至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；
29.其中，所述处理器、所述存储器通过所述总线完成相互间的通信；
30.所述处理器用于调用所述存储器中的程序指令，以执行上述任一项所述的记录数据变更的方法。
31.相较于现有技术，本发明实现的有益效果为：
32.本发明提供了一种记录数据变更的方法，该方法包括：获取数据库实体；基于数据库实体建立第一数据表的数据结构，根据第一数据表的数据结构建立第二数据表的数据结构；其中，第一数据表通过第一功能接口与第二数据表关联；针对第一数据表的任意数据变更，通过第一功能接口自动关联到第二数据表进行数据变更的记录。
33.在该方法中第二数据表的数据结构根据第一数据表的数据结构建立，且第一数据表与第二数据表进行了关联，使得实现业务功能时，针对第一数据表的任何新增，删除和修改，都会在第二数据表增添数据更改记录，由于第二数据表与业务功能不关联，所以可以将第二数据表与应用开发端进行解耦隔离，数据变更记录由于与业务场景解耦，所以更加全面。此外，当数据库实体进行变更时，第一数据表的数据结构改变也会伴随着第二数据表的数据结构改变，有较强的扩展性。
附图说明
34.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
35.图1为本发明实施例提供的一种记录数据变更的方法的流程示意图；
36.图2为本发明实施例提供的另一种记录数据变更的方法的流程示意图；
37.图3为本发明实施例提供的一种历史查询方法的流程示意图；
38.图4为本发明实施例提供的一种记录数据变更的装置的原理结构示意图；
39.图5为本发明实施例提供的另一种记录数据变更的装置的原理结构示意图；
40.图6为本发明实施例提供的又一种记录数据变更的装置的原理结构示意图；
41.图7为本发明实施例提供的又一种记录数据变更的装置的原理结构示意图；
42.图8为本发明实施例提供的一种电子设备的硬件架构示意图。
具体实施方式
43.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
45.参考图1，图1为本发明实施例提供的一种记录数据变更的方法的流程示意图，所述方法包括：
46.s101：获取数据库实体。
47.进一步，可选的，所述获取数据库实体，包括：获取业务需求的需求分析，根据所述需求分析设计数据库实体。
48.在该步骤中，首先需要获取业务需求，该业务需求是银行用户或者银行项目的具体需求，也就是说，是银行用户需要办理业务的需求或者银行项目需要实现业务的需求。对这些业务需求进行需求分析，也就是将银行用户需要办理业务时所提出的要求或者银行项目需要实现业务的要求进行分析整理，知道软件需要实现哪些功能等。获取需求分析结果，例如，业务需求对应的数据库操作语言等。再根据这些需求分析获取数据库实体，一个实体即一个数据对象，所以该数据库实体为功能单一的数据库实体。
49.s102：基于所述数据库实体建立第一数据表的数据结构，根据所述第一数据表的数据结构建立第二数据表的数据结构；其中，所述第一数据表与所述第二数据表通过第一功能接口关联。
50.在该步骤中，由于数据库实体的功能单一，所以一个实体只会涉及一个数据表。根据获取的功能单一的数据库实体建立第一数据表的数据结构，再参照第一数据表的数据结构建立第二数据表的数据结构，也就是说，第二数据表相当于第一数据表的影像表。例如，第一数据表是由表名、表中的字段和表的记录三个部分组成的，建立第一数据表时，根据数据库实体确定第一数据表的表名，再确定第一数据表所包含的字段，各字段的字段名、字段类型以及字段宽度等。完成第一数据表的建立之后，参照第一数据表中的数据结构，设计第二数据表，即第二数据表也包括二数据表的表名，第二数据表所包含的字段，各字段的字段名、字段类型以及字段宽度等。第一数据表以及第二数据表之间通过第一功能接口关联。
51.参考图2，图2为本发明实施例提供的另一种记录数据变更的方法的流程示意图。
52.s103：对所述第一数据表与所述第二数据表进行封装。
53.在该步骤中，统一数据库实现层包括了一个接口，也就是第一功能接口，该第一功能接口连接第一数据表与第二数据表，并通过数据库语言对第一数据表与第二数据表进行关联与封装。第一数据表与第二数据表在进行关联与封装后，第一数据表中的数据变更记录会同步到第二数据表中。
54.s104：针对所述第一数据表的任意数据变更，均通过所述第一功能接口自动关联
到所述第二数据表进行所述数据变更的记录。
55.在该步骤中，特定的业务场景中实现业务功能时，第一数据表的数据进行变更，例如第一数据表的数据信息在进行任何新增，删除和修改等操作，这些操作信息的数据记录都会从统一的数据库实现层的接口，也就是第一功能接口自动关联到第二数据表，并在第二数据表进行记录新增，删除和修改等操作的数据信息。由于第二数据表的数据结构根据第一数据表的数据结构建立，且第一数据表与第二数据表进行了封装关联，使得实现业务功能时，针对第一数据表的任何新增，删除和修改，都会在第二数据表增添数据更改记录，由于第二数据表与业务功能不关联，所以可以将第二数据表与应用开发端进行解耦隔离，数据变更记录由于与业务场景解耦，所以使得该记录更加全面。
56.需要说明的是，第二数据表并没有与应用开发端耦合，所以第二数据表时独立的一个数据库。
57.上述实施例，作为数据库的数据变更模块，主要用于数据库的数据变更。发明人在发明创造的过程中，发现由于第二数据表与应用开发端解耦，所以在上述实施例的基础上，开发了历史查询模块，历史查询模块的开发与数据存储解耦，可以按照查询需求进行灵活的扩展。
58.可选的，参考图3，图3为本发明实施例提供的一种历史查询方法的流程示意图，在本发明的另一实施例中，所述方法还包括：
59.s105：建立第二功能接口。
60.在该步骤中，利用数据库语言在服务层新建统一接口，也就是建立第二功能接口，建立的第二功能接口用于关联第二数据表。
61.s106：将所述第二功能接口与所述第二数据表关联，并进行历史查询。
62.在该步骤中，利用数据库语言关联第二数据表与第二功能接口，当有历史查询需求时，客户端会通过第二功能接口来查询第二数据表中的内容，进而实现历史查询。
63.一般情况下，在进行历史业务查询时，针对一个具体的业务场景，会涉及到一张或者多张第一数据表的数据变更历史查询。由于第二数据表与第二功能接口关联，所以可以根据第二功能接口360度还原每一次业务场景中的客户的交易过程。
64.需要说明的是，当数据库实体进行变更时，第一数据表的数据结构改变也会伴随着第二数据表的数据结构改变，所以有较强的扩展性。
65.可选的，基于本发明上述全部实施例，在本发明另一实施例中还提供了一种记录数据变更的装置，参考图4，图4为本发明实施例提供的一种记录数据变更的装置的原理结构示意图。
66.所述装置包括：
67.获取模块01，用于获取数据库实体。
68.数据表建立模块02，用于基于所述数据库实体建立第一数据表的数据结构；根据所述第一数据表的数据结构建立第二数据表的数据结构；其中，所述第一数据表与所述第二数据表通过第一功能接口关联。
69.记录模块03，用于针对所述第一数据表的任意数据变更，通过所述第一功能接口自动关联到所述第二数据表进行所述数据变更的记录。
70.可选的，参考图5，图5为本发明实施例提供的另一种记录数据变更的装置的原理
结构示意图，在本发明另一实施例中，所述装置还包括：
71.接口建立模块04，用于建立第二功能接口。
72.历史查询模块05，将所述第二功能接口与所述第二数据表关联，并进行历史查询。
73.可选的，参考图6，图6为本发明实施例提供的又一种记录数据变更的装置的原理结构示意图，在本发明另一实施例中，所述获取模块01包括：
74.获取单元011，用于获取业务需求的需求分析，根据所述需求分析设计数据库实体。
75.可选的，参考图7，图7为本发明实施例提供的又一种记录数据变更的装置的原理结构示意图，在本发明另一实施例中，所述数据表建立模块02包括：
76.封装单元021，用于对所述第一数据表与所述第二数据表进行封装。
77.需要说明的是，本发明实施例提供的记录数据变更的装置的原理与本发明上述实施例提供的记录数据变更的方法的原理相同，在此不再赘述。
78.可选的，在本发明另一实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行上述实施例所述的记录数据变更的方法。
79.可选的，在本发明另一实施例中，还提供了一种电子设备，参考图8，图8为本发明实施例提供的一种电子设备的硬件架构示意图。
80.所述电子设备包括：至少一个处理器06、以及与所述处理器06连接的至少一个存储器07、总线08。
81.其中，所述处理器06、所述存储器07通过所述总线08完成相互间的通信。
82.所述处理器06用于调用所述存储器07中的程序指令，以执行上述实施例所述的记录数据变更的方法。
83.以上对本发明所提供的一种记录数据变更的方法及装置、存储介质及电子设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
84.需要说明的是，本发明提供的一种记录数据变更的方法及装置、存储介质及电子设备可用于大数据领域或金融领域。上述仅为示例，并不对本发明提供的一种记录数据变更的方法及装置、存储介质及电子设备的应用领域进行限定。
85.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
86.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，
由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
87.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。