CN116719553A - 一种数据变更历史管理方法、装置、系统和介质 - Google Patents

Abstract

本申请提供一种数据变更历史管理方法、装置、系统和介质，可应用于大数据领域或金融领域。建立标识号和生失效时间段的第一映射关系，建立标识号和版本号的第二映射关系，建立版本号分别和变更数据、未变更数据的第三映射关系；根据指定历史时间点以及第一映射关系，得历史标识号；根据历史标识号和第二映射关系，得历史标识号对应的版本号；根据版本号和第三映射关系，得历史银行业务数据的版本号对应的变更数据和未变更数据。通过建立映射关系，无需进行所有银行业务数据更新，可根据查询时间点准确定位到银行业务数据的版本号，将需要变更的数据进行部分变更，未变更的数据可使用上一版本的数据，从而数据无需全体更新，减少对存储空间的占用。

Description

一种数据变更历史管理方法、装置、系统和介质

技术领域

本申请涉及计算机技术领域，特别涉及一种数据变更历史管理方法、装置、系统和介质。

背景技术

随着银行业务的不断增多，在银行业务的发展过程中，重要的业务数据和参数数据经常会发生变更，在系统中的变更往往有记录变更历史，通常也就产生了可追溯、查询变更历史的诉求。

当业务数据量大、业务关联数据较多且变更频繁时，要满足上述诉求，系统需要对每一次变更版本的业务数据做一致性保存，以便可以获取某一历史时间点当时的数据，这种对历史版本的一致性保存需占用海量的存储空间，且效率较低。

因此，如何在保证数据一致性和满足历史数据查询的同时，降低对存储空间的占用，是本领域需要解决的技术问题。

发明内容

有鉴于此，提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

本申请的目的在于提供一种数据变更历史管理方法、装置、系统和介质，可以在保证数据一致性和满足历史数据查询的同时，降低对存储空间的占用。

为实现上述目的，本申请有如下技术方案：

第一方面，本申请实施例提供了一种数据变更历史管理方法，包括：

当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；所述版本号根据变更次数依次增大；

建立所述标识号和所述生失效时间段之间的第一映射关系，建立所述标识号和所述版本号之间的第二映射关系，建立所述版本号分别和所述变更数据、所述未变更数据之间的第三映射关系；

当查询指定历史时间点的历史银行业务数据时，根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号；

根据所述历史标识号和所述第二映射关系，得到所述历史标识号对应的历史银行业务数据的版本号；

根据所述历史银行业务数据的版本号和所述第三映射关系，得到所述历史银行业务数据的版本号对应的变更数据和未变更数据；

将所述历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为所述指定历史时间点的所述历史银行业务数据。

在一种可能的实现方式中，还包括：

当查询最新版本的银行业务数据时，获取当前最大的版本号作为所述最新版本的银行业务数据的当前版本号；

根据所述当前版本号和所述第三映射关系，得到所述当前版本号对应的变更数据和未变更数据；

将所述当前版本号对应的变更数据和未变更数据组合，作为所述最新版本的银行业务数据。

在一种可能的实现方式中，所述根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号，包括：

将所述指定历史时间点和各个版本银行业务数据的生失效时间段逐一进行比对，确定所述指定历史时间点对应的生失效时间段；

根据所述指定历史时间点对应的生失效时间段和所述第一映射关系，得到所述指定历史时间点对应的历史标识号。

在一种可能的实现方式中，得到所述历史银行业务数据的版本号对应的未变更数据，包括：

获取所述历史银行业务数据的版本号的变更前版本号；

获取所述变更前版本号对应的银行业务数据；

从所述变更前版本号对应的银行业务数据中，获取所述历史银行业务数据的版本号对应的未变更数据。

第二方面，本申请实施例提供了一种数据变更历史管理装置，包括：

记录单元，用于当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；所述版本号根据变更次数依次增大；

建立单元，用于建立所述标识号和所述生失效时间段之间的第一映射关系，建立所述标识号和所述版本号之间的第二映射关系，建立所述版本号分别和所述变更数据、所述未变更数据之间的第三映射关系；

标识号单元，用于当查询指定历史时间点的历史银行业务数据时，根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号；

版本号单元，用于根据所述历史标识号和所述第二映射关系，得到所述历史标识号对应的历史银行业务数据的版本号；

数据单元，用于根据所述历史银行业务数据的版本号和所述第三映射关系，得到所述历史银行业务数据的版本号对应的变更数据和未变更数据；

第一组合单元，用于将所述历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为所述指定历史时间点的所述历史银行业务数据。

在一种可能的实现方式中，还包括：

获取单元，用于当查询最新版本的银行业务数据时，获取当前最大的版本号作为所述最新版本的银行业务数据的当前版本号；

得到单元，用于根据所述当前版本号和所述第三映射关系，得到所述当前版本号对应的变更数据和未变更数据；

第二组合单元，用于将所述当前版本号对应的变更数据和未变更数据组合，作为所述最新版本的银行业务数据。

在一种可能的实现方式中，所述标识号单元，具体用于：

将所述指定历史时间点和各个版本银行业务数据的生失效时间段逐一进行比对，确定所述指定历史时间点对应的生失效时间段；

根据所述指定历史时间点对应的生失效时间段和所述第一映射关系，得到所述指定历史时间点对应的历史标识号。

在一种可能的实现方式中，所述得到单元，具体用于：

获取所述历史银行业务数据的版本号的变更前版本号；

获取所述变更前版本号对应的银行业务数据；

从所述变更前版本号对应的银行业务数据中，获取所述历史银行业务数据的版本号对应的未变更数据。

第三方面，本申请实施例提供了一种数据变更历史管理系统，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述所述数据变更历史管理方法的步骤。

第四方面，本申请实施例提供了一种计算机可读介质，所述计算机可读介质上存储有计算机程序，所述计算机程序被处理执行时实现如上述所述数据变更历史管理方法的步骤。

与现有技术相比，本申请实施例具有以下有益效果：

本申请实施例提供了一种数据变更历史管理方法、装置、系统和介质，可应用于大数据领域或金融领域。该方法包括：当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；版本号根据变更次数依次增大；建立标识号和生失效时间段之间的第一映射关系，建立标识号和版本号之间的第二映射关系，建立版本号分别和变更数据、未变更数据之间的第三映射关系；当查询指定历史时间点的历史银行业务数据时，根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号；根据历史标识号和第二映射关系，得到历史标识号对应的历史银行业务数据的版本号；根据历史银行业务数据的版本号和第三映射关系，得到历史银行业务数据的版本号对应的变更数据和未变更数据；将历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为指定历史时间点的历史银行业务数据。本申请通过建立映射关系的方式，无需进行所有银行业务数据的更新，可以根据查询时间点准确定位到银行业务数据的版本号，将需要变更的数据进行部分变更即可，未变更的数据可以继续使用上一版本的数据，从而数据无需全体更新，从而减少了对存储空间的占用。

附图说明

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

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1示出了本申请实施例提供的一种数据变更历史管理方法的流程图；

图2示出了本申请实施例提供的一种数据变更历史管理装置的示意图。

具体实施方式

需要说明的是，本发明提供的一种数据变更历史管理方法、装置、系统和介质可用于大数据领域或金融领域。上述仅为示例，并不对本发明提供的一种数据变更历史管理方法、装置、系统和介质的应用领域进行限定。

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

正如背景技术中的描述，随着银行业务的不断增多，在银行业务的发展过程中，重要的业务数据和参数数据经常会发生变更，在系统中的变更往往有记录变更历史，通常也就产生了可追溯、查询变更历史的诉求。

当业务数据量大、业务关联数据较多且变更频繁时，要满足上述诉求，系统需要对每一次变更版本的业务数据做一致性保存，即不管业务数据中的每部分数据是否发生变更，都进行统一更新，以便可以获取某一历史时间点当时的数据，这种对历史版本的一致性保存需占用海量的存储空间，且效率较低。

因此，如何在保证数据一致性和满足历史数据查询的同时，降低对存储空间的占用，是本领域需要解决的技术问题。

举例来说，在银行的某一定价管理系统中，针对产品A的一次定价方案，涉及产品关联主表1条记录，基础定价配置表7张，其中有两张表各10条记录，差异化定价配置表13张，其中也有5张表各10条件记录，一次定价价格涉及了21张表84条记录。随着业务发展，产品A的定价方案每发生一次变更，都要记录一个历史版本，系统需支持查看指定版本时点的产品价格；现有方法对此问题的解决方案是：

1)每次产品的定价方案变更时，需把定价方案涉及的表记录在变更时点前的数据保存下来进历史表中，每次都需保存84条记录数据。

2)对定价方案中涉及的表记录增加时间戳，每次产品的定价方案变更时，更新表记录且更新表记录中的时间戳，追溯查询时，比较每条表记录中的时间戳，获取历史版本。

由此可看，现有方法在数据关联关系复杂、数据量大情况下，在做变更历史的记录时操作复杂且记录的数据量较大，效率低；

为了解决以上技术问题，本申请实施例提供了一种数据变更历史管理方法、装置、系统和介质，可应用于大数据领域或金融领域。该方法包括：当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；版本号根据变更次数依次增大；建立标识号和生失效时间段之间的第一映射关系，建立标识号和版本号之间的第二映射关系，建立版本号分别和变更数据、未变更数据之间的第三映射关系；当查询指定历史时间点的历史银行业务数据时，根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号；根据历史标识号和第二映射关系，得到历史标识号对应的历史银行业务数据的版本号；根据历史银行业务数据的版本号和第三映射关系，得到历史银行业务数据的版本号对应的变更数据和未变更数据；将历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为指定历史时间点的历史银行业务数据。本申请通过建立映射关系的方式，无需进行所有银行业务数据的更新，可以根据查询时间点准确定位到银行业务数据的版本号，将需要变更的数据进行部分变更即可，未变更的数据可以继续使用上一版本的数据，从而数据无需全体更新，从而减少了对存储空间的占用。

示例性方法

参见图1所示，为本申请实施例提供的一种数据变更历史管理方法的流程图，包括：

S101：当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；所述版本号根据变更次数依次增大。

在本申请实施例中，随着银行业务的不断发展，银行业务数据也需要不断更新，以适应银行业务的发展。

因此，当银行业务数据发生变更时，可以记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；版本号根据变更次数依次增大。

举例来说，当银行业务为银行产品的定价业务时，本申请实施例可以提供业务数据表增加版本号字段作为键值字段，每次产品的定价方案变更时，需把发生变更的表即变更后银行业务数据的变更数据记录更新在表中，并把表记录的版本号+1。

此外，为了记录变更后银行业务数据的生失效时间段，可以在业务数据主表设置时间戳，比如定价方案的产品关联主表中记录了定价方案的生失效时间段，每次产品的定价方案变更时，生失效时间发生改变，作为定价方案作用时间范围的时间戳，用于历史追溯时间判断，产品关联主表记录也需更新，版本号+1；

参见表1所示，为本申请实施例提供的一种版本节点表的示例：

表1

即在本申请实施例中，参见表1所示，当银行业务数据发生变更时，可以记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号记录在版本节点表中。

具体的，标识号即指的是技术ID(Identity document，身份标识号)，每次的版本节点生成技术ID作为键值，作为此次变更的版本节点唯一性标识。

版本节点表中还可以存储有表结构类型(例：01：产品关联主表，02：基础配置值表，03：基础配置要素列表型表。。。)，结构类型是各张表的代码化。

举例来说，当银行业务为银行产品定价业务时，产品关联主表可以包括可售产品定价条件关联数据，例如银行号、可售产品编号、基础定价条件编号、版本号、使用开始时间(生效时间)、使用结束时间(失效时间)、基础定价条件和可售产品关系状态、技术ID等信息。

基础配置值表可以包括定价条件基础信息和定价条件分层信息。其中，定价条件基础信息可以包括银行号、基础定价条件编号、版本号、基础定价条件状态和基础定价条件名称；定价条件分层信息可以包括银行号、基础定价条件编号、分层序号、版本号、收费金额和收费费率。即可以对银行产品的功能进行分层，不同层可以对应不同的收费金额和/或收费费率。

基础配置要素列表型表可以包括定价要素配置信息，定价要素配置信息可以包括银行号、基础定价条件编号、定价要素英文简称、版本号、定价要素值类型和定价要素值。定价要素值类型例如可以包括货币种类等信息。

版本节点表中还可以存储有表记录键值和版本号，表记录键值记录了表除版本号之外其他键值字段的值，用于定位一张表的哪一条数据，版本号记录了数据的哪一个版本。版本节点数据记录定价方案数据的版本号集合。

S102：建立所述标识号和所述生失效时间段之间的第一映射关系，建立所述标识号和所述版本号之间的第二映射关系，建立所述版本号分别和所述变更数据、所述未变更数据之间的第三映射关系。

S103：当查询指定历史时间点的历史银行业务数据时，根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号。

S103：根据所述历史标识号和所述第二映射关系，得到所述历史标识号对应的历史银行业务数据的版本号。

S105：根据所述历史银行业务数据的版本号和所述第三映射关系，得到所述历史银行业务数据的版本号对应的变更数据和未变更数据。

S106：将所述历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为所述指定历史时间点的所述历史银行业务数据。

在本申请实施例中，当查询指定历史时间点的历史银行业务数据时，可以根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号。

具体的，为了根据历史时间点准确定位到需要查找的历史银行业务数据，可以建立标识号和生失效时间段之间的第一映射关系，即可以将技术ID记录于产品关联主表中映射版本节点时间段；可以建立标识号和版本号之间的第二映射关系，以便根据标识号准确得到历史银行业务数据的历史版本，以便根据版本号进行后续快速查找；可以建立版本号分别和变更数据、未变更数据之间的第三映射关系，以便根据版本号进行历史银行业务数据的准确查询，更新时无需将全部数据全部进行更新，只将变更的部分数据进行更新即可，在保证了数据一致性和满足历史数据查询的同时，降低了对存储空间的占用。

具体的，在银行业务数据发生变更时，分别分为两种形式的变更，一种为新增数据，另一种为维护数据(即对数据进行修改)。

以新增数据为例，如新增产品定价方案，定价方案涉及的表记录中新增版本为1的版本记录，关联主表记录生失效日期和生成的技术ID；版本节点表记录此次新增表记录的版本号(版本号都为1)。

以维护数据为例，如维护了基础配置值表中一个价格值和新方案的生失效时间，则产品关联主表和基础配置值表两张表各一条记录将发生变更；生成新的技术ID，定价方案将新增版本号为2的产品关联主表记录和基础配置值表记录，版本节点表记录此次定价方案变更表记录的版本号(产品关联主表记录和基础配置值版本号为2，其他表记录版本号都为1)；因删除为逻辑删除，处理同维护数据。即只对业务数据进行了部分变更，未变更的业务数据仍然可以沿用上一版本的业务数据，减少了更新的数据量，降低了对存储空间的占用。

然后，本申请实施例在查询指定历史时间点的历史银行业务数据时，可以根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号；根据历史标识号和第二映射关系，得到历史标识号对应的历史银行业务数据的版本号；根据历史银行业务数据的版本号和第三映射关系，得到历史银行业务数据的版本号对应的变更数据和未变更数据。

即在本申请实施例中，根据标识号建立了版本号和时间点之间的关系，根据时间点即可以快速准确得到历史银行业务数据的版本号。

历史银行业务数据的版本号既建立了和此次变更数据的映射关系，也建立了和上一版本未变更数据的映射关系，将两者结合组合得到完整的指定历史时间点的历史银行业务数据。有效减少了占用内存，且能得到完整的数据。

在一种可能的实现方式中，本申请实施例提供的根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号，具体可以包括：

将指定历史时间点和各个版本银行业务数据的生失效时间段逐一进行比对，确定指定历史时间点对应的生失效时间段；

根据指定历史时间点对应的生失效时间段和第一映射关系，得到指定历史时间点对应的历史标识号。

具体的，可以增加生效日期≤指定历史时间点<失效日期的判断，确定指定历史时间点对应的生失效时间段，则可以根据指定历史时间点对应的生失效时间段和查询第一映射关系表，得到指定历史时间点对应的历史标识号，根据历史标识号去读取版本节点表，则可获得各表的指定历史版本数据版本号，查对应数据表即可获取指定版本的历史数据，即得到指定历史时间点的历史银行业务数据。

通过数据时间的比对，可以快速有效的获取指定历史时间点对应的生失效时间段，以便后续根据生失效时间段准确定位查询的版本号，提高了数据查询效率，改善了数据变更历史管理水平。

在一种可能的实现方式中，本申请实施例提供的得到历史银行业务数据的版本号对应的未变更数据，可以包括：

获取历史银行业务数据的版本号的变更前版本号；获取变更前版本号对应的银行业务数据；从变更前版本号对应的银行业务数据中，获取历史银行业务数据的版本号对应的未变更数据。

即在本申请实施例中，可以分为两部分获取数据，一部分从变更后的版本里获取，一部分从变更前的版本里获取，版本号即对应着变更后的版本里变更数据，也对应着变更前的版本里未变更数据。避免了传统的不论数据是否有变更，都将所有数据进行统一更新的效率低占用存储空间大缺点，有效提高了数据变更历史管理效率，减少了存储空间的占用，且保证了数据的完整性。

在一种可能的实现方式中，本申请实施例提供的方法，还可以包括：

当查询最新版本的银行业务数据时，获取当前最大的版本号作为最新版本的银行业务数据的当前版本号；根据当前版本号和第三映射关系，得到当前版本号对应的变更数据和未变更数据；将当前版本号对应的变更数据和未变更数据组合，作为最新版本的银行业务数据。

即在本申请实施例中，当查询最新版本的数据时，由于版本号根据变更次数依次增大，因此最新版本的版本号肯定是最大的，则此时无需再根据时间进行复杂映射判断，直接获取当前最大的版本号作为最新版本的银行业务数据的当前版本号，根据当前版本号进行查询映射最新版本的银行业务数据，进一步提高了数据查询效率，节约了系统资源。

还可以获取当前版本号节点的标识号，读取版本节点表，则可获得各表的最新版本数据键值，查对应数据表即可获取最新数据。

本申请实施例提供了一种数据变更历史管理方法，可应用于大数据领域或金融领域。该方法包括：当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；版本号根据变更次数依次增大；建立标识号和生失效时间段之间的第一映射关系，建立标识号和版本号之间的第二映射关系，建立版本号分别和变更数据、未变更数据之间的第三映射关系；当查询指定历史时间点的历史银行业务数据时，根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号；根据历史标识号和第二映射关系，得到历史标识号对应的历史银行业务数据的版本号；根据历史银行业务数据的版本号和第三映射关系，得到历史银行业务数据的版本号对应的变更数据和未变更数据；将历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为指定历史时间点的历史银行业务数据。本申请通过建立映射关系的方式，无需进行所有银行业务数据的更新，可以根据查询时间点准确定位到银行业务数据的版本号，将需要变更的数据进行部分变更即可，未变更的数据可以继续使用上一版本的数据，从而数据无需全体更新，从而减少了对存储空间的占用。

示例性装置

参见图2所示，为本申请实施例提供的一种数据变更历史管理装置的示意图，包括：

记录单元201，用于当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；所述版本号根据变更次数依次增大；

建立单元202，用于建立所述标识号和所述生失效时间段之间的第一映射关系，建立所述标识号和所述版本号之间的第二映射关系，建立所述版本号分别和所述变更数据、所述未变更数据之间的第三映射关系；

标识号单元203，用于当查询指定历史时间点的历史银行业务数据时，根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号；

版本号单元204，用于根据所述历史标识号和所述第二映射关系，得到所述历史标识号对应的历史银行业务数据的版本号；

数据单元205，用于根据所述历史银行业务数据的版本号和所述第三映射关系，得到所述历史银行业务数据的版本号对应的变更数据和未变更数据；

第一组合单元206，用于将所述历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为所述指定历史时间点的所述历史银行业务数据。

在一种可能的实现方式中，还包括：

获取单元，用于当查询最新版本的银行业务数据时，获取当前最大的版本号作为所述最新版本的银行业务数据的当前版本号；

得到单元，用于根据所述当前版本号和所述第三映射关系，得到所述当前版本号对应的变更数据和未变更数据；

第二组合单元，用于将所述当前版本号对应的变更数据和未变更数据组合，作为所述最新版本的银行业务数据。

在一种可能的实现方式中，所述标识号单元，具体用于：

将所述指定历史时间点和各个版本银行业务数据的生失效时间段逐一进行比对，确定所述指定历史时间点对应的生失效时间段；

根据所述指定历史时间点对应的生失效时间段和所述第一映射关系，得到所述指定历史时间点对应的历史标识号。

在一种可能的实现方式中，所述得到单元，具体用于：

获取所述历史银行业务数据的版本号的变更前版本号；

获取所述变更前版本号对应的银行业务数据；

从所述变更前版本号对应的银行业务数据中，获取所述历史银行业务数据的版本号对应的未变更数据。

本申请实施例提供了一种数据变更历史管理装置，可应用于大数据领域或金融领域。应用于该装置的方法包括：当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；版本号根据变更次数依次增大；建立标识号和生失效时间段之间的第一映射关系，建立标识号和版本号之间的第二映射关系，建立版本号分别和变更数据、未变更数据之间的第三映射关系；当查询指定历史时间点的历史银行业务数据时，根据指定历史时间点以及第一映射关系，得到指定历史时间点对应的历史标识号；根据历史标识号和第二映射关系，得到历史标识号对应的历史银行业务数据的版本号；根据历史银行业务数据的版本号和第三映射关系，得到历史银行业务数据的版本号对应的变更数据和未变更数据；将历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为指定历史时间点的历史银行业务数据。本申请通过建立映射关系的方式，无需进行所有银行业务数据的更新，可以根据查询时间点准确定位到银行业务数据的版本号，将需要变更的数据进行部分变更即可，未变更的数据可以继续使用上一版本的数据，从而数据无需全体更新，从而减少了对存储空间的占用。

在上述实施例的基础上，本申请实施例提供了一种数据变更历史管理系统，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述数据变更历史管理方法的步骤。

在上述实施例的基础上，本申请实施例还提供了一种计算机可读介质，所述计算机可读介质上存储有计算机程序，所述计算机程序被处理执行时实现如上述数据变更历史管理方法的步骤。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述系统中所包含的；也可以是单独存在，而未装配入该系统中。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。

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

以上所述仅是本申请的优选实施方式，虽然本申请已以较佳实施例披露如上，然而并非用以限定本申请。任何熟悉本领域的技术人员，在不脱离本申请技术方案范围情况下，都可利用上述揭示的方法和技术内容对本申请技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所做的任何的简单修改、等同变化及修饰，均仍属于本申请技术方案保护的范围内。

Claims (10)

1.一种数据变更历史管理方法，其特征在于，包括：

当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；所述版本号根据变更次数依次增大；

建立所述标识号和所述生失效时间段之间的第一映射关系，建立所述标识号和所述版本号之间的第二映射关系，建立所述版本号分别和所述变更数据、所述未变更数据之间的第三映射关系；

当查询指定历史时间点的历史银行业务数据时，根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号；

根据所述历史标识号和所述第二映射关系，得到所述历史标识号对应的历史银行业务数据的版本号；

根据所述历史银行业务数据的版本号和所述第三映射关系，得到所述历史银行业务数据的版本号对应的变更数据和未变更数据；

将所述历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为所述指定历史时间点的所述历史银行业务数据。

2.根据权利要求1所述的方法，其特征在于，还包括：

当查询最新版本的银行业务数据时，获取当前最大的版本号作为所述最新版本的银行业务数据的当前版本号；

根据所述当前版本号和所述第三映射关系，得到所述当前版本号对应的变更数据和未变更数据；

将所述当前版本号对应的变更数据和未变更数据组合，作为所述最新版本的银行业务数据。

3.根据权利要求1所述的方法，其特征在于，所述根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号，包括：

将所述指定历史时间点和各个版本银行业务数据的生失效时间段逐一进行比对，确定所述指定历史时间点对应的生失效时间段；

根据所述指定历史时间点对应的生失效时间段和所述第一映射关系，得到所述指定历史时间点对应的历史标识号。

4.根据权利要求1所述的方法，其特征在于，得到所述历史银行业务数据的版本号对应的未变更数据，包括：

获取所述历史银行业务数据的版本号的变更前版本号；

获取所述变更前版本号对应的银行业务数据；

从所述变更前版本号对应的银行业务数据中，获取所述历史银行业务数据的版本号对应的未变更数据。

5.一种数据变更历史管理装置，其特征在于，包括：

记录单元，用于当银行业务数据发生变更时，记录变更后银行业务数据的变更数据、未变更数据、版本号、生失效时间段和标识号；所述版本号根据变更次数依次增大；

建立单元，用于建立所述标识号和所述生失效时间段之间的第一映射关系，建立所述标识号和所述版本号之间的第二映射关系，建立所述版本号分别和所述变更数据、所述未变更数据之间的第三映射关系；

标识号单元，用于当查询指定历史时间点的历史银行业务数据时，根据所述指定历史时间点以及所述第一映射关系，得到所述指定历史时间点对应的历史标识号；

版本号单元，用于根据所述历史标识号和所述第二映射关系，得到所述历史标识号对应的历史银行业务数据的版本号；

数据单元，用于根据所述历史银行业务数据的版本号和所述第三映射关系，得到所述历史银行业务数据的版本号对应的变更数据和未变更数据；

第一组合单元，用于将所述历史银行业务数据的版本号对应的变更数据和未变更数据组合，作为所述指定历史时间点的所述历史银行业务数据。

6.根据权利要求5所述的装置，其特征在于，还包括：

获取单元，用于当查询最新版本的银行业务数据时，获取当前最大的版本号作为所述最新版本的银行业务数据的当前版本号；

得到单元，用于根据所述当前版本号和所述第三映射关系，得到所述当前版本号对应的变更数据和未变更数据；

第二组合单元，用于将所述当前版本号对应的变更数据和未变更数据组合，作为所述最新版本的银行业务数据。

7.根据权利要求5所述的装置，其特征在于，所述标识号单元，具体用于：

将所述指定历史时间点和各个版本银行业务数据的生失效时间段逐一进行比对，确定所述指定历史时间点对应的生失效时间段；

根据所述指定历史时间点对应的生失效时间段和所述第一映射关系，得到所述指定历史时间点对应的历史标识号。

8.根据权利要求5所述的装置，其特征在于，所述得到单元，具体用于：

获取所述历史银行业务数据的版本号的变更前版本号；

获取所述变更前版本号对应的银行业务数据；

从所述变更前版本号对应的银行业务数据中，获取所述历史银行业务数据的版本号对应的未变更数据。

9.一种数据变更历史管理系统，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1-4任意一项所述数据变更历史管理方法的步骤。

10.一种计算机可读介质，其特征在于，所述计算机可读介质上存储有计算机程序，所述计算机程序被处理执行时实现如权利要求1-4任意一项所述数据变更历史管理方法的步骤。