CN112882900A - 一种记录业务数据变更日志的方法及设备 - Google Patents

Abstract

本申请公开了一种记录业务数据变更日志的方法及设备，用以解决现有业务数据变更日志开发重复、结构不一致、缺少关联以及难以动态配置的技术问题。方法包括：针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，并添加业务数据变更监听事件；其中，业务实体是业务数据的类型描述，一个业务实体对应一个或多个业务数据；在业务数据变更时，通过业务数据变更监听事件，接收业务数据的变更通知，并获取变更的数据集；基于数据集，获取相应的业务实体类型，并确定对应的业务数据变更日志模板；根据业务数据变更日志模板，将变更的数据集转换为业务数据变更日志。本申请通过上述方法将各变更数据关联，加强了业务数据动态变化的能力。

Description

一种记录业务数据变更日志的方法及设备

技术领域

本申请涉及计算机软件数据处理技术领域，尤其涉及一种记录业务数据变更日志的方法及设备。

背景技术

在一个应用***中，往往包括关键业务的关键数据。为了保护数据安全，通常需要在修改这些数据时，记录业务数据的变更日志，方便业务人员或管理人员根据变更日志进行审计跟踪。

在传统的记录方式中，需要各个业务的开发人员自行记录各自业务数据的变更历史，主要存在以下几个问题：

1.遇到新的需要记录变更日志的功能，必须重复开发；

2.由于业务逻辑不同，难以统一存储、分析；

3.一个业务逻辑内部可能包含多个相互关联的数据的变更，而传统的记录方式，无法体现各变更数据之间的联系；

4.缺少动态变化的能力，如调整日志记录的数据范围。

发明内容

本申请实施例提供了一种记录业务数据变更日志的方法及设备，用以解决现有的业务数据变更日志开发重复、结构不一致、缺少关联以及难以动态配置的技术问题。

一方面，本申请实施例提供了一种记录业务数据变更日志的方法，包括：针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，并添加业务数据变更监听事件；其中，业务实体是业务数据的类型描述，一个业务实体对应一个或多个业务数据；在业务数据变更时，通过业务数据变更监听事件，接收业务数据的变更通知，并获取变更的数据集；基于数据集，获取相应的业务实体类型，并确定对应的业务数据变更日志模板；根据业务数据变更日志模板，将变更的数据集转换为业务数据变更日志。

在本申请的一种实现方式中，针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，具体包括：根据业务实体类型，确定业务实体标识；根据业务实体标识对应的节点列表，确定业务数据变更的节点信息；根据节点信息对应的节点字段列表，确定业务数据变更的具体字段信息，配置业务数据变更日志模板。

在本申请的一种实现方式中，配置业务数据变更日志模板，具体包括：从节点字段列表中，确定待记录字段；根据待记录字段，配置业务数据变更日志模板。

在本申请的一种实现方式中，还包括：基于应用***的数据存储，统一添加业务数据变更监听事件；在监听到业务数据发生变更时，将变更通知发送至相应的业务模块，使业务模块根据变更通知，获取发生变更的数据集。

在本申请的一种实现方式中，基于数据集，获取相应的业务实体类型，并确定对应的业务数据变更日志模板，具体包括：获取数据集中的业务数据，并确定业务数据对应的变更字段；根据变更字段，确定对应的节点，并确定对应的业务实体类型；根据业务实体类型，确定对应的业务数据变更日志模板。

在本申请的一种实现方式中，根据业务数据变更日志模板，将变更的数据集转换为业务数据变更日志，具体包括：根据业务数据变更日志模板以及变更的数据集中业务数据的属性，将业务数据转换为变更日志行；根据变更日志行对应的属性，构造变更日志头；将变更日志行和变更日志头合并，形成完整的业务数据变更日志，完成变更的数据集向业务数据变更日志的格式转换。

在本申请的一种实现方式中，根据业务数据变更日志模板以及变更的数据集中业务数据的属性，将业务数据转换为变更日志行，具体包括：判断变更的数据集中是否存在业务数据；若是，则根据业务数据变更日志模板以及变更的数据集中业务数据的属性，将业务数据转换为变更日志行，并移除当前业务数据；若否，则确定变更的数据集中的业务数据均已转换为变更日志行。

在本申请的一种实现方式中，将所述变更的数据集转换为业务数据变更日志之后，方法还包括：通过异步的方式，将业务数据变更日志持久化到本地数据库中；或者通过消息中间件，将业务数据异步发送并持久化到远程数据库中。

在本申请的一种实现方式中，还包括：基于查询接口，按照预设的查询方式查询业务数据的变更日志，查询方式至少包括以下任意一项：数据类型、变更人、变更事件范围。

另一方面，本申请实施例还提供了一种记录业务数据变更日志的设备，设备包括：处理器；及存储器，其上存储有可执行代码，当可执行代码被执行时，使得处理器执行如上述的一种记录业务数据变更日志的方法。

本申请实施例提供了一种记录业务数据变更日志的方法及设备，至少包括以下有益效果：针对不同的业务实体类型，预先配置的各业务实体类型对应的业务数据变更日志模板可以重复使用，统一管理变更的业务数据，因此，在记录业务数据的变更日志时，无需在新的应用场景下重新开发，从而节省了开发人员的时间和精力；通过统一添加业务数据变更监听事件，方便在业务数据变更的第一时间接收到变更通知，获取发生变更的数据集，并将需要记录的变更数据转换为变更日志；同时，本申请能够对变更日志进行动态的修改，独立的开启或者关闭变更日志；在需要查询业务数据的变更记录时，通过查询接口，按照预设的查询方式，通过具体的字段查询当前业务数据的变更日志，这样可以增强各变更数据之间的关联。此外，本申请还通过异步存储或者异步发送的方式，将业务数据持久化到数据库中，从而对业务数据变更日志进行统一的存储和分析。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种记录业务数据变更日志的方法流程图；

图2为本申请实施例提供的一种业务实体的数据结构图；

图3为本申请实施例提供的另一种记录业务数据变更日志的方法流程图；

图4为本申请实施例提供的一种从变更数据集中构造变更日志的方法流程图；

图5为本申请实施例提供的一种记录业务数据变更日志的设备内部结构示意图。

具体实施方式

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

本申请实施例提供了一种记录业务数据变更日志的方法及设备，针对不同的业务实体类型，配置对应的业务数据变更日志模板，能够独立的开启或者关闭变更日志，并且通过使用日志模板来管理变更的业务数据，完成变更的数据集向业务数据变更日志的转换，以解决现有的业务数据变更日志开发重复、结构不一致、缺少关联以及难以动态配置的技术问题。

下面通过附图对本申请实施例提出的技术方案进行详细的说明。

图1为本申请实施例提供的一种记录业务数据变更日志的方法流程图。如图1所示，本申请实施例提供的记录业务数据变更日志的方法主要包括以下步骤：

S101、针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，并添加业务数据变更监听事件。

服务器针对不同的业务实体类型，预先配置各业务实体类型对应的业务数据变更日志模板，从而将变更的业务数据统一管理，同时，还添加了业务数据的变更监听事件；其中，业务实体是业务数据的类型描述，一个业务实体对应一个或者多个业务数据。

具体地，业务实体是具有明确业务含义的若干数据类型的集合的描述，与业务数据有严格的对应关系。例如，在示例***中，业务实体以类的形式存在，而具体的业务数据就是类的实例。

在本申请的一个实施例中，服务器以业务实体为单位，配置业务数据变更日志。首先，服务器根据业务实体的类型，确定出业务实体的标识信息；其次，根据业务实体标识信息下的具体节点列表，确定出变更的业务数据的节点信息；然后，根据业务数据节点信息对应的节点字段列表，确定出变更业务数据的具体字段信息，从而配置业务数据变更日志模板，这样，可以使业务实体的结构更加清晰，同时，细化了业务数据变更日志的粒度。

具体地，业务实体中的若干数据类型组织为具有多个层级的树形结构，其中存在一个主节点和若干子节点，每个节点中又存在若干字段，并且，对于简单的业务实体，可能会只存在一个主节点，没有子节点。

业务数据的节点列表中的属性主要包括：节点标识(ID)、是否主节点、上级节点(ID)、是否记录变更日志等。本申请通过设置节点ID，将当前节点唯一标识，并与其他节点区分；服务器通过判断当前节点是否为主节点来标识业务数据的主节点；通过上级节点ID，将当前节点与其上级节点关联起来，增强节点间的关联性；通过判断是否记录当前变更日志，来确定当前节点对应的变更数据是否为需要记录的。

业务数据的节点字段列表中的属性主要包括：字段标识(ID)、字段编号、所属节点标识(ID)、是否记录变更日志、是否技术主键、是否业务主键等。其中，技术主键是指可以唯一标识当前业务数据的字段，并且，将主节点的技术主键设置在当前业务实体的范围内唯一，子节点的技术主键在当前主节点的范围内唯一。本申请通过设置字段ID标识当前字段信息；通过字段编号直观的区分各个字段；通过业务数据所属的节点ID，将当前变更业务数据的字段与当前字段所属的节点相关联；通过判断是否记录当前变更日志，来确定当前字段对应的变更数据是否为需要记录的；通过判断是否为技术主键，是否为业务主键，来确定当前字段唯一的范围。

图2为本申请实施例提供的一种业务实体的数据结构图。如图2所示，业务实体中可以只有一个主节点，也可以包括一个主节点和若干子节点，子节点中还可以包括分支节点，并且，每个节点中可以包括一个或者多个字段。

在本申请的一个实施例中，服务器从业务数据的节点字段列表中，确定出待记录的字段，并根据确定出的待记录字段，配置具体的业务数据变更日志模板；其中，待记录字段是根据预先设定的记录规则，确定出需要记录的变更字段的。这样，配置的业务数据变更日志模板中，只存放需要进行记录的变更的字段，从而减少存储空间的浪费，减少配置数据的大小。例如，在应用***中，变更日志只记录关键业务的关键数据。

S102、在业务数据变更时，通过业务数据变更监听事件，接收业务数据的变更通知，并获取变更的数据集。

在业务数据发生变更时，服务器通过添加的业务数据变更监听事件，接收业务数据的变更通知，并根据变更通知获取当前发生变更的数据集。

在本申请的一个实施例中，服务器在应用***的数据存储部分，统一添加业务数据变更监听事件，对应用***中所有业务数据的变更进行监听，从而避免了各个业务模块需要单独添加监听。服务器在监听到有业务数据发生变更时，将变更通知发送至相应的业务模块，从而使当前业务模块及时得知有业务数据发生变更，并及时获取变更的数据集。本申请通过添加变更监听事件，实时监控业务数据的变更，并且能够在业务数据发生变更的第一时间得到变更通知，及时的将变更的业务数据获取下来，避免了因变更的业务数据较多，人工记录不及时且容易疏漏的弊端。

例如，在使用Spring Data技术进行持久化的场景中，通过Spring的AOP技术在存储层添加切面，从而为所有的数据变更添加监听事件；在使用Java JPA技术进行持久化的场景中，通过JPA的生命周期事件为数据变更添加监听事件。以上添加变更监听事件的方式仅以此举例，本申请不以此为限。

S103、基于数据集，获取相应的业务实体类型，并确定对应的业务数据变更日志模板。

服务器根据获取到的变更的数据集，获取各业务数据对应的业务实体类型，并根据业务实体类型，获取当前业务实体对应的业务数据变更日志模板。

在本申请的一个实施例中，服务器获取变更数据集中的业务数据，并确定出当前变更业务数据对应的具体变更字段。然后，服务器根据变更字段确定出当前字段对应的节点信息，得到当前节点对应的业务实体的类型，从而确定出当前业务实体类型对应的业务数据变更日志模板。

S104、根据业务数据变更日志模板，将变更的数据集转换为业务数据变更日志。

服务器根据预先配置的业务数据变更日志模板，将获取的变更的数据集中的各个业务数据转换为业务数据变更日志。

图3为本申请实施例提供的另一种记录业务数据变更日志的方法流程图。如图3所示，在记录业务数据变更日志时，服务器配置业务数据的变更日志模板，对发生变更的业务数据进行统一的管理。并且，服务器添加业务数据的变更监听事件，在业务功能操作时触发变更监听事件，此时，服务器将变更通知发送至相应的业务模块，从而使当前业务模块根据变更通知，获取发生变更的数据集。然后，服务器根据变更日志模板，将获取的变更数据集中的业务数据转换为变更日志，并将其持久化到数据库中存储。这样既保护了数据的安全，还可以在业务功能出现错误时，方便业务人员或者管理人员根据业务数据变更日志进行审计跟踪，更快的找到缘由并解决问题。

在本申请的一个实施例中，首先，服务器按照业务数据变更日志模板中包含的属性，以及变更数据集中具体发生变更的业务数据的属性，将业务数据中需要记录的属性记录下来，从而构造业务数据的变更日志行。其次，服务器根据变更日志行对应的属性，构造当前变更业务数据的变更日志头。然后，服务器将构造的变更日志头和变更日志行合并起来，形成完整的业务数据变更日志，从而完成变更数据集向业务数据变更日志格式转换的过程。

具体的，服务器根据业务数据变更日志模板，将发生变更的业务数据转换为变更日志。变更日志具有一致的结构，便于传输、存储、分析、查询和展示。业务数据的每次变更均对应一条变更日志，变更日志中有一个变更头和多个变更行。

在本申请的一个实施例中，服务器将业务数据转换为变更日志行时，需要判断变更的数据集中是否存在业务数据。在变更数据集中存在业务数据的情况下，服务器根据业务数据变更日志模板中包含的属性，以及变更数据集中具体发生变更的业务数据的属性，将当前的业务数据转换为变更日志行，并在转换完成之后移除当前业务数据，从而避免了业务数据的重复转换。在变更数据集中不存在业务数据的情况下，确定变更数据集中的业务数据均已转换为变更日志行，以完成所有业务数据的转换。

图4为本申请实施例提供的一种从变更数据集中构造变更日志的方法流程图。如图4所示，服务器根据得到的变更数据集，获取对应的业务实体类型，并配置业务实体的变更日志模板。如果当前业务数据没有预先配置的业务数据变更日志模板，则结束当前业务数据的变更流程；如果确定当前业务数据存在预先配置的业务数据变更日志模板，则继续判断当前业务数据是否需要记录变更日志。并在当前业务数据不需要记录变更日志的情况下，结束业务数据的变更流程；而在确定当前业务数据需要记录变更日志的情况下，判断变更的数据集中是否存在数据。在变更的数据集中存在业务数据的情况下，服务器从数据集中获取一条业务数据，并获取当前业务数据对应的节点信息，以及该节点的业务数据变更日志模板。

服务器从业务数据变更日志模板中获取需要记录的变更字段，并从当前业务数据中获取该字段，生成变更日志行。与此同时，服务器还需要将当前的业务数据从变更的数据集中移除，从而避免业务数据重复转换为变更日志。服务器通过确定变更的数据集中不存在业务数据，来确定当前业务数据均已转换为变更日志行。此时，服务器根据业务数据变更日志行对应的属性，构造变更日志头，然后将转换完的变更日志行与构造的变更日志头合并，从而形成完整的业务数据变更日志。

在本申请的一个实施例中，服务器将变更的数据集转换为业务数据变更日志之后，通过异步的方式在后台开启单独的线程，将业务数据的变更日志持久化存储到本地数据库中，此外，服务器还可以通过消息中间件，将业务数据的变更日志发送并持久化存储至远程数据库中。本申请通过异步方式存储业务数据变更日志，不影响业务***的性能。

在本申请的一个实施例中，服务器通过***提供的变更日志的查询接口，按照预先设定的查询方式查询业务数据变更日志，按照变更业务数据的数据类型、变更人、变更时间等关键词快速的进行查询。本申请通过上述方法节省了查询的时间，还提高了查询的效率。

本申请实施例提供了一种记录业务数据变更日志的方法及设备，针对不同的业务实体类型，分别预先配置各业务实体类型对应的业务数据变更日志模板，并添加业务数据的变更监听事件，从而统一管理变更的业务数据，解决了传统的记录方式无法避免人工疏漏的缺陷，提高了变更日志记录的效率；通过业务数据变更监听事件，在接收到变更通知时，获取发生变更的数据集，并将需要记录的变更数据转换为变更日志，从而避免了每次在遇到新的应用场景时都需重新开发，节省了开发人员的时间和精力。同时，本申请能够对变更日志进行动态的修改，独立的开启或者关闭变更日志，增强了变更日志动态变化的能力。并且，在需要查询业务数据的变更记录时，通过查询接口，按照预设的查询字段获取当前业务数据的变更日志，增强了各变更数据之间的关联性，节省了查询的时间。本申请还根据预先配置的日志模板，将变更的业务数据转换为业务数据变更日志，实现了业务数据的统一存储和分析。

需要说明的是，图3、图4所示的方法与图1所示的方法本质相同，因此，图3、图4中未详述的部分，具体可参照图1中的相关描述，本申请在此不再赘述。

以上为本申请提出的方法实施例。基于同样的发明构思，本申请实施例还提供了一种记录业务数据变更日志的设备，其结构如图5所示。

图5为本申请实施例提供的一种记录业务数据变更日志的设备内部结构示意图。如图5所示，设备包括处理器501、及存储器502，其上存储有可执行代码，当可执行代码被执行时，使得处理器501执行如上的一种记录业务数据变更日志的方法。

在本申请的一个实施例中，处理器501用于针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，并添加业务数据变更监听事件；以及用于在业务数据变更时，通过所述业务数据变更监听事件，接收所述业务数据的变更通知，并获取变更的数据集；还用于基于所述数据集，获取相应的业务实体类型，并确定对应的所述业务数据变更日志模板；还用于根据所述业务数据变更日志模板，将所述变更的数据集转换为业务数据变更日志。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种记录业务数据变更日志的方法，其特征在于，所述方法包括：

针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，并添加业务数据变更监听事件；其中，所述业务实体是所述业务数据的类型描述，一个所述业务实体对应一个或多个所述业务数据；

在业务数据变更时，通过所述业务数据变更监听事件，接收所述业务数据的变更通知，并获取变更的数据集；

基于所述数据集，获取相应的业务实体类型，并确定对应的业务数据变更日志模板；

根据所述业务数据变更日志模板，将所述变更的数据集转换为业务数据变更日志。

2.根据权利要求1所述的一种记录业务数据变更日志的方法，其特征在于，针对不同的业务实体类型，分别预先配置对应的业务数据变更日志模板，具体包括：

根据业务实体类型，确定业务实体标识；

根据所述业务实体标识对应的节点列表，确定业务数据变更的节点信息；

根据所述节点信息对应的节点字段列表，确定所述业务数据变更的具体字段信息，配置业务数据变更日志模板。

3.根据权利要求2所述的一种记录业务数据变更日志的方法，其特征在于，配置业务数据变更日志模板，具体包括：

从所述节点字段列表中，确定待记录字段；

根据所述待记录字段，配置业务数据变更日志模板。

4.根据权利要求1所述的一种记录业务数据变更日志的方法，其特征在于，所述方法还包括：

基于应用***的数据存储，统一添加所述业务数据变更监听事件；

在监听到所述业务数据发生变更时，将变更通知发送至相应的业务模块，使所述业务模块根据所述变更通知，获取发生变更的数据集。

5.根据权利要求2所述的一种记录业务数据变更日志的方法，其特征在于，基于所述数据集，获取相应的业务实体类型，并确定对应的业务数据变更日志模板，具体包括：

获取所述数据集中的所述业务数据，并确定所述业务数据对应的变更字段；

根据所述变更字段，确定对应的节点，并确定对应的业务实体类型；

根据所述业务实体类型，确定对应的业务数据变更日志模板。

6.根据权利要求1所述的一种记录业务数据变更日志的方法，其特征在于，根据所述业务数据变更日志模板，将所述变更的数据集转换为业务数据变更日志，具体包括：

根据所述业务数据变更日志模板以及所述变更的数据集中业务数据的属性，将所述业务数据转换为变更日志行；

根据所述变更日志行对应的属性，构造变更日志头；

将所述变更日志行和所述变更日志头合并，形成完整的业务数据变更日志，完成所述变更的数据集向所述业务数据变更日志的格式转换。

7.根据权利要求6所述的一种记录业务数据变更日志的方法，其特征在于，根据所述业务数据变更日志模板以及所述变更的数据集中业务数据的属性，将所述业务数据转换为变更日志行，具体包括：

判断所述变更的数据集中是否存在业务数据；

若是，则根据所述业务数据变更日志模板以及所述变更的数据集中业务数据的属性，将所述业务数据转换为变更日志行，并移除当前所述业务数据；

若否，则确定所述变更的数据集中的业务数据均已转换为变更日志行。

8.根据权利要求1所述的一种记录业务数据变更日志的方法，其特征在于，将所述变更的数据集转换为业务数据变更日志之后，所述方法还包括：

通过异步的方式，将所述业务数据变更日志持久化到本地数据库中；

或者通过消息中间件，将所述业务数据异步发送并持久化到远程数据库中。

9.根据权利要求1所述的一种记录业务数据变更日志的方法，其特征在于，所述方法还包括：

基于查询接口，按照预设的查询方式查询所述业务数据的变更日志，所述查询方式至少包括以下任意一项：数据类型、变更人、变更事件范围。

10.一种记录业务数据变更日志的设备，其特征在于，所述设备包括：

处理器；

及存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如权利要求1-9任一项所述的一种记录业务数据变更日志的方法。

Images