CN108228838A - 一种业务数据的变更方法和变更装置 - Google Patents

Abstract

本发明提供了一种业务数据的变更方法和变更装置，包括：预先存储至少一个数据表；分别确定每一个所述数据表对应的表名；接收用户发送的变更申请；确定每一个所述表名中与所述变更申请相对应的指定表名；确定所述指定表名中与所述变更申请相对应的业务数据；将所述业务数据展示给所述用户；接收所述用户根据展示的所述业务数据发送的变更详情；存储所述变更详情。本方案能够降低工作人员查看业务数据变更详情的难度。

Description

一种业务数据的变更方法和变更装置

技术领域

本发明涉及计算机技术领域，特别涉及一种业务数据的变更方法和变更装置。

背景技术

随着互联网信息化的发展，各类的网站、办公流程等也都纷纷跟进步伐，业务数据由纸质到电子、办公由人跑路到数据跑路，各个单位的业务数据由以前的烟囱式独立不共享，变为云化资源池共享。而如何存储业务数据从产生到消失的过程，已经成为各企业关注的重点。

目前，在责任分明，谁的业务数据谁治理的情况下，对业务数据的修改，就要对整个数据库进行全量的备份，对业务数据进行留痕，以备查验。但是，业务数据修改次数达到一定数量后，产生的数据量将非常庞大，从而增加工作人员查看业务数据变更详情时的难度。

发明内容

本发明实施例提供了一种业务数据的变更方法和变更装置，本发明能够降低工作人员查看业务数据变更详情的难度。

第一方面，本发明实施例提供了一种业务数据的变更方法，包括：

预先存储至少一个数据表；

分别确定每一个所述数据表对应的表名；

接收用户发送的变更申请；

确定每一个所述表名中与所述变更申请相对应的指定表名；

确定所述指定表名中与所述变更申请相对应的业务数据；

将所述业务数据展示给所述用户；

接收所述用户根据展示的所述业务数据发送的变更详情；

存储所述变更详情。

优选地，在所述预先存储至少一个数据表之后，在所述确定每一个所述表名中与所述变更申请相对应的指定表名之前，进一步包括：

针对所述至少一个数据表中的每一个所述数据表，确定所述数据表中的每一个字段名；

根据每一个所述数据表中的每一个所述字段名，将各个所述数据表划分为至少一个数据单元；

在所述确定每一个所述表名中与所述变更申请相对应的指定表名之后，进一步包括：

从所述至少一个数据单元中的每一个所述数据单元中，确定出所述指定数据表所在的指定数据单元；

将所述指定数据单元中的每一个数据表对应的变更记录展示给所述用户。

优选地，在所述存储所述变更详情之后，进一步包括：

存储所述指定数据单元对应的版本信息，其中，所述版本信息，包括所述指定数据单元对应的版本和所述指定表名对应的版本。

优选地，所述存储所述变更详情，包括：

确定所述业务数据是否为第一次修改，如果是，存储所述业务数据和所述变更详情，否则存储所述变更详情，其中，所述变更详情，包括所述业务数据对应的主键、触发源、所述指定表名、变更内容、变更时间和变更人。

优选地，所述变更申请，包括：被变更表名和变更内容主键；

所述接收用户发送的变更申请，包括：

接收用户发送的所述被变更表名和所述变更内容主键；

所述确定每一个所述表名中与所述变更申请相对应的指定表名，包括；

确定每一个所述表名中与所述被变更表名相对应的指定表名；

所述确定所述指定表名中与所述变更申请相对应的业务数据，包括：

确定所述指定表名中与所述变更内容主键相对应的业务数据。

第二方面，本发明实施例提供了一种业务数据的变更装置，包括：处理单元、接收单元、确定单元和展示单元；

所述处理单元，用于预先存储至少一个数据表；存储所述接收单元接收的所述变更详情；

所述确定单元，用于分别确定所述处理单元存储的每一个所述数据表对应的表名；确定每一个所述表名中与所述接收单元接收的所述变更申请相对应的指定表名；确定所述指定表名中与所述变更申请相对应的业务数据；

所述接收单元，用于接收用户发送的变更申请；接收所述用户根据所述展示单元展示的所述业务数据发送的变更详情；

所述展示单元，用于将所述确定单元确定的所述业务数据展示给所述用户。

优选地，所述确定单元，进一步用于针对所述至少一个数据表中的每一个所述数据表，确定所述数据表中的每一个字段名；根据每一个所述数据表中的每一个所述字段名，将各个所述数据表划分为至少一个数据单元；从所述至少一个数据单元中的每一个所述数据单元中，确定出所述指定数据表所在的指定数据单元；

所述展示单元，用于将所述确定单元确定的所述指定数据单元中的每一个数据表对应的变更记录展示给所述用户。

优选地，所述处理单元，进一步用于存储所述指定数据单元对应的版本信息，其中，所述版本信息，包括所述指定数据单元对应的版本和所述指定表名对应的版本。

优选地，所述处理单元，用于确定所述业务数据是否为第一次修改，如果是，存储所述业务数据和所述变更详情，否则存储所述变更详情，其中，所述变更详情，包括所述业务数据对应的主键、触发源、所述指定表名、变更内容、变更时间和变更人。

优选地，所述变更申请，包括：被变更表名和变更内容主键；

所述接收单元，用于接收用户发送的所述被变更表名和所述变更内容主键；

所述确定单元，用于确定每一个所述表名中与所述接收单元接收的所述被变更表名相对应的指定表名；确定所述指定表名中与所述接收单元接收的所述变更内容主键相对应的业务数据。

在本发明实施例中，通过确定各个预先存储的数据表对应的表名，可以确定与用户发送的变更申请相对应的指定表名，再确定指定表名对应的指定数据表中与变更申请相对应的业务数据，即可存储确定出的业务数据对应的变更详情，而无需将数据库进行全量备份，从而能够降低工作人员查看业务数据变更详情的难度，以及节省数据库的存储空间和节省工作人员备份业务数据的时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的一种业务数据的变更方法的流程图；

图2是本发明一实施例提供的另一种业务数据的变更方法的流程图；

图3是本发明一实施例提供的一种业务数据的变更装置的结构示意图。

具体实施方式

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

如图1所示，本发明实施例提供了一种业务数据的变更方法，包括：

步骤101：预先存储至少一个数据表；

步骤102：分别确定每一个所述数据表对应的表名；

步骤103：接收用户发送的变更申请；

步骤104：确定每一个所述表名中与所述变更申请相对应的指定表名；

步骤105：确定所述指定表名中与所述变更申请相对应的业务数据；

步骤106：将所述业务数据展示给所述用户；

步骤107：接收所述用户根据展示的所述业务数据发送的变更详情；

步骤108：存储所述变更详情。

在本发明实施例中，通过确定各个预先存储的数据表对应的表名，可以确定与用户发送的变更申请相对应的指定表名，再确定指定表名对应的指定数据表中与变更申请相对应的业务数据，即可存储确定出的业务数据对应的变更详情，而无需将数据库进行全量备份，从而能够降低工作人员查看业务数据变更详情的难度，以及节省数据库的存储空间和节省工作人员备份业务数据的时间。

在本发明一实施例中，在所述预先存储至少一个数据表之后，在所述确定每一个所述表名中与所述变更申请相对应的指定表名之前，进一步包括：

针对所述至少一个数据表中的每一个所述数据表，确定所述数据表中的每一个字段名；

根据每一个所述数据表中的每一个所述字段名，将各个所述数据表划分为至少一个数据单元；

在所述确定每一个所述表名中与所述变更申请相对应的指定表名之后，进一步包括：

从所述至少一个数据单元中的每一个所述数据单元中，确定出所述指定数据表所在的指定数据单元；

将所述指定数据单元中的每一个数据表对应的变更记录展示给所述用户。

在本发明实施例中，根据各个数据表中的每一个字段名，来确定各个数据表之间的关联关系，再将具有关联关系的数据表划分为同一数据单元，进而确定指定表名所在的指定数据单元，并以制定数据单元中的核心表为入口，用户通过核心表即可查看各个相关联的数据表的修改记录，以使用户了解指定数据单元中每一个数据表的修改情况。

在本发明一实施例中，在所述存储所述变更详情之后，进一步包括：

存储所述指定数据单元对应的版本信息，其中，所述版本信息，包括所述指定数据单元对应的版本和所述指定表名对应的版本。

在本发明实施例中，存储指定数据表所在的指定数据单元对应的版本信息，即存储指定数据单元的版本和与变更申请中的被变更表名相对应的指定表名的版本，便于工作人员确认各个数据单元中各个数据表的总修改次数，以及各个数据表的修改次数。

在本发明一实施例中，所述存储所述变更详情，包括：

确定所述业务数据是否为第一次修改，如果是，存储所述业务数据和所述变更详情，否则存储所述变更详情，其中，所述变更详情，包括所述业务数据对应的主键、触发源、所述指定表名、变更内容、变更时间和变更人。

在本发明实施例中，在存储用户发送的变更详情时，需要先确定给用户展示的业务数据对应的主键是否第一次修改，当且仅当为业务数据对应的主键为第一次修改时，则需要存储业务数据，以及相应的变更详情，如业务数据对应的主键、所述指定表名、变更内容、变更时间、变更人和触发源(即操作***产生的变更还是操作数据库产生的变更)、可以避免每次修改全库备份的麻烦，还能够实现数据可以追溯，谁修改，谁负责，当确定业务数据非第一次修改时，仅存储变更详情，不仅可以避免存储大龄的无用冗余数据，还能够节省数据库的存储空间，以及工作人员存储变更详情的速度。

在本发明一实施例中，所述变更申请，包括：被变更表名和变更内容主键；

所述接收用户发送的变更申请，包括：

接收用户发送的所述被变更表名和所述变更内容主键；

所述确定每一个所述表名中与所述变更申请相对应的指定表名，包括；

确定每一个所述表名中与所述被变更表名相对应的指定表名；

所述确定所述指定表名中与所述变更申请相对应的业务数据，包括：

确定所述指定表名中与所述变更内容主键相对应的业务数据。

在本发明实施例中，在接收到用户发送的被变更表名后，从确定出的各个表名中查找与被变更表名相同的指定表名，将指定表名中的主键列展示给用户，并接收用户从展示的主键列中确定的变更内容主键，再将变更内容主键对应的业务数据展示给用户，即可使用户根据实际需求变更相应的内容，而无需用户执行更多的操作，因此可以节省用户变更数据表内容的时间。

为了更加清楚的说明本发明的技术方案及优点，以预先存储的表名为企业表、人员表和维修表的数据表为例，对本发明实施例提供的一种业务数据的变更方法进行详细描述，如图2所示，该方法可以包括以下步骤：

步骤201：分别确定企业表、人员表和维修表中对应的主键。

具体地，分别确定企业表、人员表和维修表中的每一个字段名，可以从各个数据表对应的字段名中，可以确定各个数据表对应的主键和/或外键，再根据主键和外键即可确定企业表、人员表和维修表之间的关联关系。

举例来说，预先存储的企业表如下：

预先存储的人员表如下：

预先存储的维修表如下：

步骤202：将企业表、人员表和维修表划分为至少一个数据单元。

具体地，将具有关联关系的数据表划分为同一数据单元，以使将同一数据单元中具有关联关系的各个数据表连接起来，从而有利于企业对数据表的管理。

举例来说，人员表中的字段名为公司代码为人员表的外键，企业表中的字段名为公司代码为企业表的主键，且人员表的外键为企业表的主键，所以确定企业表与人员表之间具有关联关系，且确定企业表为人员表的前置表，而维修表中的每一个字段名均未与人员表或企业表中的字段名相同，因此，将人员表和企业表划分为同一数据单元，确定此数据单元为指定数据单元，维修表为另一数据单元；

由于人员表与企业表所在的数据单元中仅有两个数据表，并且企业表为人员表的前置表，所以可以确定企业表为企业表所在的数据单元的核心表。

步骤203：接收用户发送的变更申请。

具体地，用户如需对存储的企业表、人员表或维修表中任一数据表进行修改，需要发送相应的变更申请，即接收用户发送的被变更表名，以使从存储的数据表中查找用户所要修改的数据表。

举例来说，接收用户发送的变更申请为被变更表名为“人员表”。

步骤204：从企业表、人员表和维修表中确定与变更申请相对应的指定表名。

具体地，在接收到用户发送的变更申请之后，需要从预先存储的各个数据表中查定用户所要变更的指定表名，以使确定用户发送的变更申请中的被变更表名为企业表、人员表和维修表中的任意一个或多个数据表。

举例来说，变更申请中的被变更表名为“人员表”，与预先存储的企业表、人员表和维修表中的人员表相同，所以确定与变更申请相对应的“人员表”为指定表名。

步骤205：从指定表名对应的指定数据表中，确定与变更申请相对应的业务数据。

具体地，在确定用户所要变更的指定表名后，将指定表名中的主键列展示给用户，以使用户从展示的主键列中确定所要变更的变更内容主键，以及将变更内容主键对应的业务数据，即变更主键对应的记录展示给用户。

举例来说，将“人员表”中的主键列为“身份证号”“12353”和“15236”展示给用户，并接收用户从展示的主键列中选择的变更申请为被变更主键为“12353”。

步骤206：将与变更申请对应的业务数据展示给用户。

具体地，在用户从展示的主键列中确定出变更申请为变更内容主键后，即将变更内容主键对应的记录展示给用户，以使用户根据实际需求修改相应的内容。

举例来说，将用户确定的变更内容主键为“12353”对应的业务数据：字段名“年龄”为“51”和字段名“公司代码”为“001”展示给用户。

步骤207：接收用户根据展示的业务数据发送的变更详情。

具体地，在将业务数据展示给用户后，用户即可根据实际需求变更相应的内容，即指定表名、变更内容、变更人、变更时间、业务数据的主键(即变更内容主键)、触发源(即为操作***或操作数据库)。

举例来说，接收用户将变更内容主键为“12353”对应的业务数据：字段名“年龄”为“51”变更为“53”；

以及指定表名为“人员表”、变更内容主键为“身份证号”、变更人为“丙某”，以及变更时间为“2017.10.12”、触发源为用户直接操作***。

步骤208：确定业务数据是否为第一次修改，如果是，执行步骤209，否则执行步骤210。

具体地，确定业务数据是否为第一次修改，可以确定变更内容主键对应的业务数据是否已被存储，当确定用户修改的业务数据为第一次修改时，则可以确定该业务数据未被存储过，所以需要存储变更内容主键对应的业务数据，即变更内容主键对应的整条记录和相应的变更详情，即指定表名、变更内容主键、变更内容、变更时间和变更人、以使可以追溯记录的修改历史。

而确定业务数据不是第一次修改时，则仅存储用户所要修改的业务数据和相应的变更详情，而无需存储变更内容主键对应的整条记录，可以避免存出过多无用的冗余数据，因此可以节省数据库的存储空间和工作人员存储用户所要变更的内容的时间。

举例来说，确定主键为“12353”对应的业务数据：字段名“年龄”为“51”是否为第一次修改，

如果是，则存储：

变更内容主键为“12353”对应的业务数据：字段名“年龄”为“51”和字段名“公司代码”为“001”；

变更内容为将“51”修改为“53”，以及指定表名为“人员表”、变更内容主键为“身份证号”、变更人为“丙某”，以及变更时间为“2017.10.12”。

如果此记录不是第一次修改，则存储：

变更内容为将“51”修改为“53”，以及指定表名为“人员表”、变更内容主键为“身份证号”、变更人为“丙某”，以及变更时间为“2017.10.12”、触发源为用户直接操作***。

步骤209：存储变更内容主键对应的业务数据。

具体地，当且仅当指定字段名对应的记录为第一次修改时，需要存储变更内容主键对应的业务数据，即变更内容主键对应的整条记录，以使确定业务数据的变更痕迹，实现可以追溯数据的修改历史的目的。

步骤210：存储变更详情。

具体地，无论用户变更的业务数据是否为第一次修改，都需要存储变更详情，即存储指定表名、变更内容、变更人、变更时间、业务数据的主键(即变更内容主键)和触发源，以使做到数据可追溯，谁修改，谁负责。

步骤211：存储指定数据表所在的指定数据单元对应的版本信息。

具体地，存储指定数据表对应的版本信息，即存储指定数据单元对应的版本和指定数据表对应的指定表名的版本，以使工作人员根据版本信息即可确定各个数据单元被变更次数，以及数据单元中的各个数据表的变更次数，以及确定指定数据单元中的核心表，并以核心表为入口，将核心表展示给用户，以使用户查看与核心表相关联的各个数据表的变更过程。

举例来说，存储“人员表”的版本为1，“企业表”版本为0，指定数据单元的版本为1；

将核心表展示给用户，用户即可查看到“人员表”中的主键为“12353”对应的业务数据：字段名“年龄”为“51”变更为“53”。

如图3所示，本发明提供了一种业务数据的变更装置，包括：处理单元301、接收单元302、确定单元303和展示单元304；

所述处理单元301，用于预先存储至少一个数据表；存储所述接收单元302接收的所述变更详情；

所述确定单元303，用于分别确定所述处理单元301存储的每一个所述数据表对应的表名；确定每一个所述表名中与所述接收单元302接收的所述变更申请相对应的指定表名；确定所述指定表名中与所述变更申请相对应的业务数据；

所述接收单元302，用于接收用户发送的变更申请；接收所述用户根据所述展示单元304展示的所述业务数据发送的变更详情；

所述展示单元304，用于将所述确定单元303确定的所述业务数据展示给所述用户。

在本发明一实施例中，所述确定单元，进一步用于针对所述至少一个数据表中的每一个所述数据表，确定所述数据表中的每一个字段名；根据每一个所述数据表中的每一个所述字段名，将各个所述数据表划分为至少一个数据单元；从所述至少一个数据单元中的每一个所述数据单元中，确定出所述指定数据表所在的指定数据单元；

所述展示单元，用于将所述确定单元确定的所述指定数据单元中的每一个数据表对应的变更记录展示给所述用户。

在本发明一实施例中，所述处理单元，进一步用于存储所述指定数据单元对应的版本信息，其中，所述版本信息，包括所述指定数据单元对应的版本和所述指定表名对应的版本。

在本发明一实施例中，所述处理单元，用于确定所述业务数据是否为第一次修改，如果是，存储所述业务数据和所述变更详情，否则存储所述变更详情，其中，所述变更详情，包括所述业务数据对应的主键、所述指定表名、变更内容、变更时间和变更人。

在本发明一实施例中，所述变更申请，包括：被变更表名和变更内容主键；

所述接收单元，用于接收用户发送的所述被变更表名和所述变更内容主键；

所述确定单元，用于确定每一个所述表名中与所述接收单元接收的所述被变更表名相对应的指定表名；确定所述指定表名中与所述接收单元接收的所述变更内容主键相对应的业务数据。

本发明各个实施例至少具有如下有益效果：

1、本发明一实施例中，通过确定各个预先存储的数据表对应的表名，可以确定与用户发送的变更申请相对应的指定表名，再确定指定表名对应的指定数据表中与变更申请相对应的业务数据，即可存储确定出的业务数据对应的变更详情，而无需将数据库进行全量备份，从而能够降低工作人员查看业务数据变更详情的难度，以及节省数据库的存储空间和节省工作人员备份业务数据的时间。

2、本发明一实施例中，根据各个数据表中的每一个字段名，来确定各个数据表之间的关联关系，再将具有关联关系的数据表划分为同一数据单元，进而确定指定表名所在的指定数据单元，并以制定数据单元中的核心表为入口，用户通过核心表即可查看各个相关联的数据表的修改记录，以使用户了解指定数据单元中每一个数据表的修改情况。

3、本发明一实施例中，存储指定数据表所在的指定数据单元对应的版本信息，即存储指定数据单元的版本和与变更申请中的被变更表名相对应的指定表名的版本，便于工作人员确认各个数据单元中各个数据表的总修改次数，以及各个数据表的修改次数。

4、本发明一实施例中，在存储用户发送的变更详情时，需要先确定给用户展示的业务数据对应的主键是否第一次修改，当且仅当为业务数据对应的主键为第一次修改时，则需要存储业务数据，以及相应的变更详情，如业务数据对应的主键、所述指定表名、变更内容、变更时间、变更人和触发源(即操作***产生的变更还是操作数据库产生的变更)、可以避免每次修改全库备份的麻烦，还能够实现数据可以追溯，谁修改，谁负责，当确定业务数据非第一次修改时，仅存储变更详情，不仅可以避免存储大龄的无用冗余数据，还能够节省数据库的存储空间，以及工作人员存储变更详情的速度。

5、本发明一实施例中，在接收到用户发送的被变更表名后，从确定出的各个表名中查找与被变更表名相同的指定表名，将指定表名中的主键列展示给用户，并接收用户从展示的主键列中确定的变更内容主键，再将变更内容主键对应的业务数据展示给用户，即可使用户根据实际需求变更相应的内容，而无需用户执行更多的操作，因此可以节省用户变更数据表内容的时间。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃····〃”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种业务数据的变更方法，其特征在于，包括：

预先存储至少一个数据表；

分别确定每一个所述数据表对应的表名；

接收用户发送的变更申请；

确定每一个所述表名中与所述变更申请相对应的指定表名；

确定所述指定表名中与所述变更申请相对应的业务数据；

将所述业务数据展示给所述用户；

接收所述用户根据展示的所述业务数据发送的变更详情；

存储所述变更详情。

2.根据权利要求1所述的变更方法，其特征在于，

在所述预先存储至少一个数据表之后，在所述确定每一个所述表名中与所述变更申请相对应的指定表名之前，进一步包括：

针对所述至少一个数据表中的每一个所述数据表，确定所述数据表中的每一个字段名；

根据每一个所述数据表中的每一个所述字段名，将各个所述数据表划分为至少一个数据单元；

在所述确定每一个所述表名中与所述变更申请相对应的指定表名之后，进一步包括：

从所述至少一个数据单元中的每一个所述数据单元中，确定出所述指定数据表所在的指定数据单元；

将所述指定数据单元中的每一个数据表对应的变更记录展示给所述用户。

3.根据权利要求2所述的变更方法，其特征在于，

在所述存储所述变更详情之后，进一步包括：

存储所述指定数据单元对应的版本信息，其中，所述版本信息，包括所述指定数据单元对应的版本和所述指定表名对应的版本。

4.根据权利要求2所述的变更方法，其特征在于，

所述存储所述变更详情，包括：

确定所述业务数据是否为第一次修改，如果是，存储所述业务数据和所述变更详情，否则存储所述变更详情，其中，所述变更详情，包括所述业务数据对应的主键、触发源、所述指定表名、变更内容、变更时间和变更人。

5.根据权利要求1至4中任一所述的变更方法，其特征在于，

所述变更申请，包括：被变更表名和变更内容主键；

所述接收用户发送的变更申请，包括：

接收用户发送的所述被变更表名和所述变更内容主键；

所述确定每一个所述表名中与所述变更申请相对应的指定表名，包括；

确定每一个所述表名中与所述被变更表名相对应的指定表名；

所述确定所述指定表名中与所述变更申请相对应的业务数据，包括：

确定所述指定表名中与所述变更内容主键相对应的业务数据。

6.一种业务数据的变更装置，其特征在于，包括：处理单元、接收单元、确定单元和展示单元；

所述处理单元，用于预先存储至少一个数据表；存储所述接收单元接收的所述变更详情；

所述确定单元，用于分别确定所述处理单元存储的每一个所述数据表对应的表名；确定每一个所述表名中与所述接收单元接收的所述变更申请相对应的指定表名；确定所述指定表名中与所述变更申请相对应的业务数据；

所述接收单元，用于接收用户发送的变更申请；接收所述用户根据所述展示单元展示的所述业务数据发送的变更详情；

所述展示单元，用于将所述确定单元确定的所述业务数据展示给所述用户。

7.根据权利要求6所述的变更装置，其特征在于，

所述确定单元，进一步用于针对所述至少一个数据表中的每一个所述数据表，确定所述数据表中的每一个字段名；根据每一个所述数据表中的每一个所述字段名，将各个所述数据表划分为至少一个数据单元；从所述至少一个数据单元中的每一个所述数据单元中，确定出所述指定数据表所在的指定数据单元；

所述展示单元，用于将所述确定单元确定的所述指定数据单元中的每一个数据表对应的变更记录展示给所述用户。

8.根据权利要求7所述的变更装置，其特征在于，

所述处理单元，进一步用于存储所述指定数据单元对应的版本信息，其中，所述变更详情，包括所述业务数据对应的主键、触发源、所述指定表名、变更内容、变更时间和变更人。

9.根据权利要求7所述的变更装置，其特征在于，

所述处理单元，用于确定所述业务数据是否为第一次修改，如果是，存储所述业务数据和所述变更详情，否则存储所述变更详情，其中，所述变更详情，包括所述业务数据对应的主键、所述指定表名、变更内容、变更时间和变更人。

10.根据权利要求6至9中任一所述的变更装置，其特征在于，

所述变更申请，包括：被变更表名和变更内容主键；

所述接收单元，用于接收用户发送的所述被变更表名和所述变更内容主键；

所述确定单元，用于确定每一个所述表名中与所述接收单元接收的所述被变更表名相对应的指定表名；确定所述指定表名中与所述接收单元接收的所述变更内容主键相对应的业务数据。