CN112232768A - 一种基于全生命周期管理的商户数据处理方法 - Google Patents

Abstract

本发明公开了一种基于全生命周期管理的商户数据处理方法，先判断第一商户是否为新商户，如果是，则为其创建商户数据草稿表，如果不是，则根据商户ID查询对应的商户数据正表，并反馈用户其所需的数据。当用户修改保存时，修改数据先写入到商户数据变更表，每一次的修改保存都会更新变更表中的变更版本号。待审核者确认修改后，再去比较修改数据的商户版本号是否与商户数据正表在当前时刻的商户版本号相同，如果相同，则将修改数据写入对应的商户数据正表，如果不同，则拒绝在商户数据正表写入修改数据，并向用户反馈本次修改情况。本发明不仅能实现商户数据的全生命周期管理，还能在并发修改时确保商户数据的不会发生混乱。

Description

一种基于全生命周期管理的商户数据处理方法

技术领域

本发明涉及计算机领域，尤其涉及一种基于全生命周期管理的商户数据处理方法。

背景技术

随着信息化的发展，各行各业都各自建设自己的信息管理系统，但是针对重要数据的全生命周期(从无到有，再到数据变更)，不能进行有效溯源追踪。因用户误操作导致的数据损坏或用户账号被盗而发生数据的恶意修改，现有技术无法进行有效恢复。因为现有的信息管理系统普遍采用单表设计方案，即新录数据、正式数据、修改中的数据都共用一张表。如多数业务系统都有商户管理功能，每个商户都对应一个商户数据表，新商户在未通过审核时存储在该表中，存量用户进行修改但未通过审核也存储在该表中。

现有的数据处理方案具有以下的缺点：1、新录入数据与修改数据不能进行有效的审核管理，修改中的数据尚未审核却被修改为正式数据，审核不通过时数据不能恢复成未修改前(直接从原数据上修改而不是基于复本数据上修改)；2、只有一份数据，数据不能溯源追溯，也不能进行数据恢复；3、多用户并非修改同条数据时，会造成先保存数据被后保存数据所覆盖或还原，造成数据混乱。

发明内容

本发明实施例提出一种基于全生命周期管理的数据处理方法，不仅能实现商户数据的全生命周期管理，还能在并发修改时确保商户数据的不会发生混乱，提高商户数据管理的可靠性。

本发明实施例提供一种基于全生命周期管理的商户数据处理方法，包括：

获取用户发起的包含第一商户的商户ID的数据获取请求，并判断所述第一商户是否为新商户；

如果所述第一商户为新商户，则为所述第一商户创建第一商户数据草稿表；

如果所述第一商户不为新商户，则根据所述第一商户的商户ID，查询所述第一商户对应的第一商户数据正表，并根据所述数据获取请求，从所述第一商户数据正表中提取所述用户所需的商户数据，其中，所述商户数据包括当前时刻中所述第一商户数据正表上记录的商户版本号；

将提取的商户数据反馈给所述用户，以供所述用户查看或修改所需的商户数据；

当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，其中，所述修改数据包括第一商户版本号；

待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同；

如果相同，则将所述修改数据写入所述第一商户数据正表，并更新所述第一商户数据正表中的商户版本号；

如果不同，则拒绝将所述修改数据写入所述第一商户数据正表，并向所述用户反馈数据修改信息。

进一步的，所述第一商户数据草稿表记录了草稿表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述草稿表状态包括：待提交状态、待审核状态、审核通过状态和审核不通过状态；当所述草稿表状态为待提交状态或审核不通过状态时，所述第一商户数据草稿表上的数据允许被所述用户直接修改和保存；当所述草稿表状态为待审核状态时，所述第一商户数据草稿表上的数据允许无法被所述用户修改；当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表和第一商户数据变更表。

进一步的，所述第一商户数据正表包括正表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述正表状态包括：待启用状态、已启用状态和已禁用状态；其中，所述待启用状态用于表示商户数据正表不能被其他业务表关联使用；所述已启用状态用于表示商户数据正表允许被其他业务表关联使用；所述已禁用状态用于表示商户数据正表不能被其他业务表关联但不影响存量数据的关联关系；

所述当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表，具体为：

将审核通过的商户数据草稿表中的商户信息、商户版本号、创建信息和最后修改信息写入到新创建的第一商户数据正表，并将所述第一商户数据正表设置为待启用状态。

进一步的，所述第一商户数据变更表包括：变更表状态、变更类型、变更版本号、商户信息、商户版本号、创建信息和最后修改信息；

其中，所述变更表状态包括：待提交状态、待审核状态、审核通过状态、审核失败状态和审核数据异常状态。

进一步的，所述当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，具体为：

每接收到一次所述数据修改请求时，则在所述第一商户数据变更表上新增一条变更记录，将修改数据写入新增的变更记录中，并将变更版本号的值加一。

进一步的，待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同，具体为：

所述修改数据写入到所述新增的变更记录中，待审核者对所述修改数据进行内容审核并确认修改后，比较所述新增的变更记录的商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同。

进一步的，所述基于全生命周期管理的商户数据处理方法，还包括：

分别设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表一一对应每个商户的商户数据草稿表、商户数据正表和商户数据变更表。

相应地，本发明实施例还提供一种基于全生命周期管理的商户数据处理方法，其特征在于，包括：

获取用户发起的包含第一商户的商户ID的数据获取请求，并判断所述第一商户是否为新商户；

如果所述第一商户为新商户，则为所述第一商户创建第一商户数据草稿表；

如果所述第一商户不为新商户，则根据所述第一商户的商户ID，查询所述第一商户对应的第一商户数据正表，并根据所述数据获取请求，从所述第一商户数据正表中提取所述用户所需的商户数据，其中，所述商户数据包括当前时刻中所述第一商户数据正表上记录的商户版本号；

将提取的商户数据反馈给所述用户，以供所述用户查看或修改所需的商户数据；

当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，其中，所述修改数据包括第一商户版本号；

待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同；

如果相同，则将所述修改数据写入所述第一商户数据正表，并更新所述第一商户数据正表中的商户版本号；

如果不同，则拒绝将所述修改数据写入所述第一商户数据正表，并向所述用户反馈数据修改信息；

其中，所述第一商户数据草稿表记录了草稿表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述草稿表状态包括：待提交状态、待审核状态、审核通过状态和审核不通过状态；当所述草稿表状态为待提交状态或审核不通过状态时，所述第一商户数据草稿表上的数据允许被所述用户直接修改和保存；当所述草稿表状态为待审核状态时，所述第一商户数据草稿表上的数据允许无法被所述用户修改；当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表和第一商户数据变更表；

所述第一商户数据正表包括正表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述正表状态包括：待启用状态、已启用状态和已禁用状态；其中，所述待启用状态用于表示商户数据正表不能被其他业务表关联使用；所述已启用状态用于表示商户数据正表允许被其他业务表关联使用；所述已禁用状态用于表示商户数据正表不能被其他业务表关联但不影响存量数据的关联关系；

所述当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表，具体为：

将审核通过的商户数据草稿表中的商户信息、商户版本号、创建信息和最后修改信息写入到新创建的第一商户数据正表，并将所述第一商户数据正表设置为待启用状态；

所述所述第一商户数据变更表包括：变更表状态、变更类型、变更版本号、商户信息、商户版本号、创建信息和最后修改信息；

其中，所述变更表状态包括：待提交状态、待审核状态、审核通过状态、审核失败状态和审核数据异常状态；

所述当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，具体为：每接收到一次所述数据修改请求时，则在所述第一商户数据变更表上新增一条变更记录，将修改数据写入新增的变更记录中，并将变更版本号的值加一；

所述待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同，具体为：所述修改数据写入到所述新增的变更记录中，待审核者对所述修改数据进行内容审核并确认修改后，比较所述新增的变更记录的商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同；

所述商户数据处理方法还包括：分别设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表一一对应每个商户的商户数据草稿表、商户数据正表和商户数据变更表；

所述商户数据处理方法还包括：根据所述草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表获取各商户的操作数据，并根据待溯源商户的商户ID和所述操作数据，查询所述待溯源商户的商户数据草稿表、商户数据正表和商户数据变更表，继而根据用户操作，从查询到的商户数据草稿表和商户数据变更表中获取用户所需恢复的数据，将其恢复到查询到的商户数据正表中。

实施本发明实施例，具有如下有益效果：

本发明实施例提供的一种基于全生命周期管理的商户数据处理方法，先根据用户的发起的数据获取请求，判断第一商户是否为新商户，如果是，则为其创建商户数据草稿表，如果不是，则根据商户ID查询对应的商户数据正表，并根据数据获取请求，从商户数据正表中提取用户所需的商户数据，并将其反馈给用户。当用户对反馈的数据进行修改保存时，修改数据先写入到商户数据变更表，每一次的修改保存都会更新变更表中的变更版本号，但不影响商户数据正表中的商户版本号。待审核者确认修改后，再去比较修改数据的商户版本号是否与商户数据正表在当前时刻的商户版本号相同，如果相同，则说明本次修改无冲突，可将修改数据写入对应的商户数据正表，如果不同，则说明本次修改之前已有用户先行修改并保存成功，拒绝在商户数据正表写入修改数据，并向用户反馈本次修改情况。本发明不仅能实现商户数据的全生命周期管理，还能在并发修改时确保商户数据的不会发生混乱，提高商户数据管理的可靠性。

进一步的，本发明还设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表对应每个阶段的每个商户，每次修改有对应一个版本变更号，在用户需要溯源时，只需根据商户ID即可查询到商户是何时收录、经过了几次修改变更，并且能比较每次变更的数据差异，在数据需要恢复到某次变更前时选择其对应的操作日志记录，生成一条相应的变更记录，待审核后数据即可写入商户数据正表，实现数据的溯源恢复。

附图说明

图1是本发明提供的基于全生命周期管理的商户数据处理方法统的一种实施例的流程示意图；

图2是本发明提供的商户数据正表的一种实施例的数据模型示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，是本发明提供的基于全生命周期管理的商户数据处理方法统的一种实施例的流程示意图。该商户数据处理方法包括步骤101至步骤108，各步骤具体如下：

步骤101：获取用户发起的包含第一商户的商户ID的数据获取请求，并判断第一商户是否为新商户。如果第一商户为新商户，则执行步骤102，如果第一商户不为新商户，则执行步骤103。

在本实施例中，每个商户会对应一个商户数据草稿表、商户数据正表和商户数据变更表，通过三个表实现数据的全生命周期管理。用户在调用商户数据时，会发起相应的数据获取请求，该请求包括商户ID和所需请求的数据类型。本发明先根据第一商户的商户ID，判断第一商户是否为新商户，因为已录入系统的商户已创建了三表，可直接根据商户ID进行数据获取，而新商户并无相应的数据表，因此会先创建新商户的商户数据草稿表。

在本实施例中，第一商户数据草稿表记录了草稿表状态、商户信息、商户版本号、创建信息和最后修改信息。草稿表状态包括：待提交状态、待审核状态、审核通过状态和审核不通过状态；当所述草稿表状态为待提交状态或审核不通过状态时，所述第一商户数据草稿表上的数据允许被所述用户直接修改和保存；当所述草稿表状态为待审核状态时，所述第一商户数据草稿表上的数据允许无法被所述用户修改；当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表和第一商户数据变更表。

在本实施例中，商户信息包括：商户ID、商户名称、开户行、账户名和账号，创建信息包括：创建人ID、创建时间和创建人，最后修改信息包括：最后修改ID、最后修改时间和最后修改人。

步骤102：为第一商户创建第一商户数据草稿表。

在本实施例中，商户数据草稿表不能被其他业务表所直接引用。商户数据草稿表的状态为“待提交”、“审核不通过”时，表上的数据可以在界面上任意修改及保存；用户确认数据正确后可发起提交审核操作后，状态演变为“待审核”；商户数据审查人员在准商户审核界面检查数据正确性后，可以选择“审核不通过”并录入不通过原因，新商户数据录入人员可再次修改数据直至提交审核；选择“审核通过”后系统将在商户表生成一条待启用的商户数据正表，并新增一条商户操作日志记录且关联ID字段值为新商户ID。本发明的商户数据草稿表主要用于新商户的录入，在录入数据被审核通过后才为其创建其他两个表格，这样就能通过商户数据草稿表溯源到商户数据的起始阶段，实现全生命周期管理。

步骤103：根据第一商户的商户ID，查询第一商户对应的第一商户数据正表，并根据数据获取请求，从第一商户数据正表中提取用户所需的商户数据，其中，商户数据包括当前时刻中第一商户数据正表上记录的商户版本号。

在本实施例中，第一商户数据正表包括正表状态、商户信息、商户版本号、创建信息和最后修改信息；所述正表状态包括：待启用状态、已启用状态和已禁用状态；其中，所述待启用状态用于表示商户数据正表不能被其他业务表关联使用；所述已启用状态用于表示商户数据正表允许被其他业务表关联使用；所述已禁用状态用于表示商户数据正表不能被其他业务表关联但不影响存量数据的关联关系。详细可以参见图2，图2是本发明提供的商户数据正表的一种实施例的数据模型示意图。

当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表，具体为：将审核通过的商户数据草稿表中的商户信息、商户版本号、创建信息和最后修改信息写入到新创建的第一商户数据正表，并将第一商户数据正表设置为待启用状态。

在本实施例中，商户数据正表一开始为待启用状态，待接收到用户输入的启用操作指令后，自动发起一个商户变更操作进入待审核状态，审核人员审核通过该次操作后，将商户数据正表的状态修改为已启用，同时生成商户操作日志，摘要为首次启用。待接收到用户输入的禁用操作指令后，自动发起一个商户变更操作进入待审核状态，审核人员审核通过该次操作后，将商户数据正表的状态修改为已禁用，同时生成商户操作日志，摘要为禁用操作。

在本实施例中，采用商户版本号记录当前商户数据正表是否被修改，若产生修改保存，该商户版本号的值会自动加一。而在反馈数据时，也会将当前时刻的商户版本号反馈给用户。

步骤104：将提取的商户数据反馈给用户，以供用户查看或修改所需的商户数据。

用户在接收到反馈数据后，可对数据进行查看或编辑，从而完成用户所需的数据处理。

步骤105：当接收到用户发起第一商户的数据修改请求时，将修改数据写入第一商户对应的第一商户数据变更表，并更新第一商户数据变更表中的变更版本号，其中，修改数据包括第一商户版本号。

在本实施例中，第一商户数据变更表包括：变更表状态、变更类型、变更版本号、商户信息、商户版本号、创建信息和最后修改信息；其中，变更表状态包括：待提交状态、待审核状态、审核通过状态、审核失败状态和审核数据异常状态。

变更阶段数据不得被其它业务表所直接引用。用户在商户管理页面发起编辑保存时，数据会保存了到商户变更表而不是直接保存到商户数据正表，提交审核后，主管用户通过商户变更审核功能，检查数据质量是否符合要求，如不通过状态演变为“审核失败”，用户在商户变更列表发起修改及提交审核动作；选择“审核通过”时系统会检查当前变更记录中的“商户版本号”与之对应的商户记录中的“版本号”字段值是否一致，一致则将变更后的数据回写到正式阶段对应字段且“版本号”值加1；如果不一致就说明本次商户变更记录的商户数据已非最新需要重起发起变更流程，本次商户变更状态置为“审核数据异常”结束本次变更流程。

在本实施例中，步骤105具体为：每接收到一次所述数据修改请求时，则在所述第一商户数据变更表上新增一条变更记录，将修改数据写入新增的变更记录中，并将变更版本号的值加一。本发明通过在变更表中设置变更版本号，记录每一次的用户修改，不影响已有的商户版本号，使得每次变更都能溯源。

步骤106：待审核者对第一商户数据变更表中的修改数据进行审核后，判断第一商户版本号是否与第一商户数据正表在当前时刻的商户版本号相同。如果相同，则执行步骤107；如果不同，则执行步骤108。

在本实施例中，步骤106具体为：修改数据写入到所述新增的变更记录中，待审核者对所述修改数据进行内容审核并确认修改后，比较所述新增的变更记录的商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同。

在本实施例中，由于用户修改的数据是记录了获取数据时刻的商户版本号，在其想要进行修改保存时，若修改内已审核通过，则仍需要进行数据修改的冲突检测，避免两个用户同时修改数据时造成的数据混乱。通过比较当前时刻的商户版本号与获取数据时的商户版本号，即可知道数据是否发生修改。因为每次商户数据正表的数据发生修改，其商户版本号的值都会加一，以此来辨别数据是否发生修改保存。

步骤107：将修改数据写入第一商户数据正表，并更新第一商户数据正表中的商户版本号。

在本实施例中，如果两个商户版本号相同，说明数据库存储的数据在当前时刻并无改变，写入数据不会造成数据混乱，这时进行数据写入并更新商户版本号。

在本实施例中，修改数据写入前可以先检测有多少项数据受影响或需要被修改。如Oracle数据库在执行insert或update或delete语句后，通过sql％rowcount可获得受影响记录数。Mysql数据库在执行insert或update或delete语句后，通过row_count()可获得受影响记录数。Java mybatis mapper中insert update delete语句返回值就是受影响记录数。

步骤108：拒绝将修改数据写入第一商户数据正表，并向用户反馈数据修改信息。

本发明能够有效的解决保存并发冲突，如用户A和用户B同时对某商户的商户数据进行修改，这时他们所获取数据的商户版本号相同。在修改保存时，用户A先提交修改保存，这时由于其商户版本号与当前时刻的商户版本号一致，其修改能够顺利完成，同时商户数据正表上的商户版本号的值加一。后续用户B提交修改保存时，由于其商户版本号不一致，会拒绝本次修改保存，同时向用户B反馈修改保存失败的信息，需用户B进行数据更新后(会更新商户版本号)，重新提交修改保存。

在本实施例中，基于全生命周期管理的商户数据处理方法还包括：分别设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表一一对应每个商户的商户数据草稿表、商户数据正表和商户数据变更表。本发明通过操作日志表来记录每次用户操作行为，为后续数据溯源提供更直观、更准确的数据支持。

更进一步的，本发明还提供了商户数据处理方法的另一种实施例，该方法与上文描述的数据处理方法的区别在于，还包括根据所述草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表获取各商户的操作数据，并根据待溯源商户的商户ID和所述操作数据，查询所述待溯源商户的商户数据草稿表、商户数据正表和商户数据变更表，继而根据用户操作，从查询到的商户数据草稿表和商户数据变更表中获取用户所需恢复的数据，将其恢复到查询到的商户数据正表中。

本举例的数据处理方法还能够根据商户版本号实现数据溯源，进一步提高重要数据的全生命周期管理的合理性和可靠性。

由上可见，本发明实施例提供的一种基于全生命周期管理的商户数据处理方法，先根据用户的发起的数据获取请求，判断第一商户是否为新商户，如果是，则为其创建商户数据草稿表，如果不是，则根据商户ID查询对应的商户数据正表，并根据数据获取请求，从商户数据正表中提取用户所需的商户数据，并将其反馈给用户。当用户对反馈的数据进行修改保存时，修改数据先写入到商户数据变更表，每一次的修改保存都会更新变更表中的变更版本号，但不影响商户数据正表中的商户版本号。待审核者确认修改后，再去比较修改数据的商户版本号是否与商户数据正表在当前时刻的商户版本号相同，如果相同，则说明本次修改无冲突，可将修改数据写入对应的商户数据正表，如果不同，则说明本次修改之前已有用户先行修改并保存成功，拒绝在商户数据正表写入修改数据，并向用户反馈本次修改情况。本发明不仅能实现商户数据的全生命周期管理，还能在并发修改时确保商户数据的不会发生混乱，提高商户数据管理的可靠性。

进一步的，本发明还设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表对应每个阶段的每个商户，每次修改有对应一个版本变更号，在用户需要溯源时，只需根据商户ID即可查询到商户是何时收录、经过了几次修改变更，并且能比较每次变更的数据差异，在数据需要恢复到某次变更前时选择其对应的操作日志记录，生成一条相应的变更记录，待审核后数据即可写入商户数据正表，实现数据的溯源恢复。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (8)

1.一种基于全生命周期管理的商户数据处理方法，其特征在于，包括：

获取用户发起的包含第一商户的商户ID的数据获取请求，并判断所述第一商户是否为新商户；

如果所述第一商户为新商户，则为所述第一商户创建第一商户数据草稿表；

如果所述第一商户不为新商户，则根据所述第一商户的商户ID，查询所述第一商户对应的第一商户数据正表，并根据所述数据获取请求，从所述第一商户数据正表中提取所述用户所需的商户数据，其中，所述商户数据包括当前时刻中所述第一商户数据正表上记录的商户版本号；

将提取的商户数据反馈给所述用户，以供所述用户查看或修改所需的商户数据；

当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，其中，所述修改数据包括第一商户版本号；

待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同；

如果相同，则将所述修改数据写入所述第一商户数据正表，并更新所述第一商户数据正表中的商户版本号；

如果不同，则拒绝将所述修改数据写入所述第一商户数据正表，并向所述用户反馈数据修改信息。

2.根据权利要求1所述的基于全生命周期管理的商户数据处理方法，其特征在于，所述第一商户数据草稿表记录了草稿表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述草稿表状态包括：待提交状态、待审核状态、审核通过状态和审核不通过状态；当所述草稿表状态为待提交状态或审核不通过状态时，所述第一商户数据草稿表上的数据允许被所述用户直接修改和保存；当所述草稿表状态为待审核状态时，所述第一商户数据草稿表上的数据允许无法被所述用户修改；当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表和第一商户数据变更表。

3.根据权利要求1所述的基于全生命周期管理的商户数据处理方法，其特征在于，所述第一商户数据正表包括正表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述正表状态包括：待启用状态、已启用状态和已禁用状态；其中，所述待启用状态用于表示商户数据正表不能被其他业务表关联使用；所述已启用状态用于表示商户数据正表允许被其他业务表关联使用；所述已禁用状态用于表示商户数据正表不能被其他业务表关联但不影响存量数据的关联关系；

所述当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表，具体为：

将审核通过的商户数据草稿表中的商户信息、商户版本号、创建信息和最后修改信息写入到新创建的第一商户数据正表，并将所述第一商户数据正表设置为待启用状态。

4.根据权利要求1所述的基于全生命周期管理的商户数据处理方法，其特征在于，所述第一商户数据变更表包括：变更表状态、变更类型、变更版本号、商户信息、商户版本号、创建信息和最后修改信息；

其中，所述变更表状态包括：待提交状态、待审核状态、审核通过状态、审核失败状态和审核数据异常状态。

5.根据权利要求4所述的基于全生命周期管理的商户数据处理方法，其特征在于，所述当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，具体为：

每接收到一次所述数据修改请求时，则在所述第一商户数据变更表上新增一条变更记录，将修改数据写入新增的变更记录中，并将变更版本号的值加一。

6.根据权利要求5所述的基于全生命周期管理的商户数据处理方法，其特征在于，待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同，具体为：

所述修改数据写入到所述新增的变更记录中，待审核者对所述修改数据进行内容审核并确认修改后，比较所述新增的变更记录的商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同。

7.根据权利要求1至6任意一项所述的基于全生命周期管理的商户数据处理方法，其特征在于，还包括：

分别设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表一一对应每个商户的商户数据草稿表、商户数据正表和商户数据变更表。

8.一种基于全生命周期管理的商户数据处理方法，其特征在于，包括：

获取用户发起的包含第一商户的商户ID的数据获取请求，并判断所述第一商户是否为新商户；

如果所述第一商户为新商户，则为所述第一商户创建第一商户数据草稿表；

如果所述第一商户不为新商户，则根据所述第一商户的商户ID，查询所述第一商户对应的第一商户数据正表，并根据所述数据获取请求，从所述第一商户数据正表中提取所述用户所需的商户数据，其中，所述商户数据包括当前时刻中所述第一商户数据正表上记录的商户版本号；

将提取的商户数据反馈给所述用户，以供所述用户查看或修改所需的商户数据；

当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，其中，所述修改数据包括第一商户版本号；

待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同；

如果相同，则将所述修改数据写入所述第一商户数据正表，并更新所述第一商户数据正表中的商户版本号；

如果不同，则拒绝将所述修改数据写入所述第一商户数据正表，并向所述用户反馈数据修改信息；

其中，所述第一商户数据草稿表记录了草稿表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述草稿表状态包括：待提交状态、待审核状态、审核通过状态和审核不通过状态；当所述草稿表状态为待提交状态或审核不通过状态时，所述第一商户数据草稿表上的数据允许被所述用户直接修改和保存；当所述草稿表状态为待审核状态时，所述第一商户数据草稿表上的数据允许无法被所述用户修改；当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表和第一商户数据变更表；

所述第一商户数据正表包括正表状态、商户信息、商户版本号、创建信息和最后修改信息；

所述正表状态包括：待启用状态、已启用状态和已禁用状态；其中，所述待启用状态用于表示商户数据正表不能被其他业务表关联使用；所述已启用状态用于表示商户数据正表允许被其他业务表关联使用；所述已禁用状态用于表示商户数据正表不能被其他业务表关联但不影响存量数据的关联关系；

所述当所述草稿表状态为审核通过状态，且所述第一商户为新商户时，为所述第一商户创建对应的第一商户数据正表，具体为：

将审核通过的商户数据草稿表中的商户信息、商户版本号、创建信息和最后修改信息写入到新创建的第一商户数据正表，并将所述第一商户数据正表设置为待启用状态；

所述所述第一商户数据变更表包括：变更表状态、变更类型、变更版本号、商户信息、商户版本号、创建信息和最后修改信息；

其中，所述变更表状态包括：待提交状态、待审核状态、审核通过状态、审核失败状态和审核数据异常状态；

所述当接收到所述用户发起所述第一商户的数据修改请求时，将修改数据写入所述第一商户对应的第一商户数据变更表，并更新所述第一商户数据变更表中的变更版本号，具体为：每接收到一次所述数据修改请求时，则在所述第一商户数据变更表上新增一条变更记录，将修改数据写入新增的变更记录中，并将变更版本号的值加一；

所述待审核者对所述第一商户数据变更表中的修改数据进行审核后，判断所述第一商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同，具体为：所述修改数据写入到所述新增的变更记录中，待审核者对所述修改数据进行内容审核并确认修改后，比较所述新增的变更记录的商户版本号是否与所述第一商户数据正表在当前时刻的商户版本号相同；

所述商户数据处理方法还包括：分别设置草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表一一对应每个商户的商户数据草稿表、商户数据正表和商户数据变更表；

所述商户数据处理方法还包括：根据所述草稿数据操作日志表、商户数据操作日志表和变更数据操作日志表获取各商户的操作数据，并根据待溯源商户的商户ID和所述操作数据，查询所述待溯源商户的商户数据草稿表、商户数据正表和商户数据变更表，继而根据用户操作，从查询到的商户数据草稿表和商户数据变更表中获取用户所需恢复的数据，将其恢复到查询到的商户数据正表中。

Images