一种数据处理方法及装置与流程

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.在所述确定与所述大小关系相匹配的对所述目标版本的版本数据的存储策略之后，将所述目标版本在所述版本链上的前驱版本确定为当前的目标版本，返回执行所述获得所述目标版本是否存在后继版本的判断结果的步骤，直至确定出所述版本链上所有非所述当前版本的版本的存储策略。
36.可选的，所述版本回溯代价计算模型中的版本参数至少包括：版本访问频率、版本
继承值和版本深度；所述版本回溯代价模型包括第一计算模型；当所述判断结果为所述目标版本未存在后继版本时，所述利用与所述判断结果相匹配的版本回溯代价计算模型，计算由所述目标版本回溯到基版本的版本回溯代价，包括：
37.确定所述目标版本回溯到所述基版本过程中经历到的所有版本；
38.确定由所述目标版本回溯到所述基版本的版本深度；
39.在所述所有版本中，分别确定各版本的版本访问频率、版本继承值；
40.将所述所有版本中各版本的版本访问频率和版本继承值，以及所述版本深度输入到所述第一计算模型中；
41.获得所述第一计算模型输出的所述版本回溯代价。
42.可选的，所述版本回溯代价计算模型中的版本参数还包括：子版本数量，所述版本回溯代价模型还包括：第二计算模型；当所述判断结果为所述目标版本存在后继版本时，所述利用与所述判断结果相匹配的版本回溯代价计算模型，计算由所述目标版本回溯到基版本的版本回溯代价，还包括：
43.获得所述目标版本的子版本数量；
44.所述将所述所有版本中各版本的版本访问频率和版本继承值，以及所述版本深度输入到所述第一计算模型中，包括：
45.将所述所有版本中各版本的版本访问频率和版本继承值，以及所述版本深度和所述子版本数量输入到所述第二计算模型中；
46.所述获得所述第一计算模型输出的所述版本回溯代价，包括：
47.获得所述第二计算模型输出的所述版本回溯代价。
48.可选的，所述方法还包括：
49.根据版本回溯代价、版本检索效率、系统性能和/或数据规模，调整所述第一代价阈值的取值。
50.一种数据处理装置，包括：第一确定单元、获得单元、计算单元、第二确定单元和第三确定单元，其中：
51.所述第一确定单元，用于在目标产品的多个版本中，确定出一个待确定存储策略的目标版本；
52.所述获得单元，用于获得所述目标版本是否存在后继版本的判断结果；
53.所述计算单元，用于利用与所述判断结果相匹配的版本回溯代价计算模型，计算由所述目标版本回溯到基版本的版本回溯代价；
54.所述第二确定单元，用于确定所述版本回溯代价与预设的第一代价阈值的大小关系；
55.所述第三确定单元，用于确定与所述大小关系相匹配的对所述目标版本的版本数据的存储策略。
56.本实施例提出的数据处理方法及装置，可以在目标产品的多个版本中，确定出一个待确定存储策略的目标版本；获得目标版本是否存在后继版本的判断结果；利用与判断结果相匹配的版本回溯代价计算模型，计算由目标版本回溯到基版本的版本回溯代价；确定版本回溯代价与预设的第一代价阈值的大小关系；确定与大小关系相匹配的对目标版本的版本数据的存储策略。本发明可以在处理目标版本的版本数据，计算出由目标版本回溯
到基版本的版本回溯代价，获得该版本回溯代价与第一代价阈值的大小关系，基于大小关系来确定与目标版本的版本数据对应的存储策略，按照确定出的存储策略来对目标版本的版本数据进行存储处理。本发明可以确定目标版本的版本回溯代价较大时，设置目标版本为一个新的基版本，对目标版本的版本数据进行全量存储，避免在需要检索目标版本的全量数据时，付出较大的版本回溯代价，减少检索资源消耗；本发明也可以在确定目标版本的版本回溯代价不大时，无需对目标版本的版本数据进行全量存储，而可以基于目标版本的父版本或子版本，对目标版本的版本数据进行增量存储，即目标版本的版本数据可以保存目标版本相对于父版本或子版本的增量数据，在付出较小的版本回溯代价的情况下，减小数据的冗余存储，降低对数据存储空间的占用，从而可以有效实现对目标版本的版本数据的存储管理。
57.上述说明仅是本发明技术方案的概述，为了能够更清楚地了解本发明的技术手段，可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
58.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
59.图1示出了本发明实施例提供的第一种数据处理方法的流程图；
60.图2示出了本发明实施例提供的一种版本树的结构示意图；
61.图3示出了本发明实施例提供的第五种数据处理方法的流程图；
62.图4示出了本发明实施例提供的一种数据处理装置的结构示意图。
具体实施方式
63.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
64.如图1所示，本实施例提出了第一种数据处理方法，该方法可以包括以下步骤：
65.s101、在目标产品的多个版本中，确定出一个待确定存储策略的目标版本；
66.其中，目标产品可以为需要对产品数据进行版本变更的网络产品，如操作系统、应用程序、针对业务的故障分析流程或某个文件。
67.需要说明的是，本发明可以对目标产品的某个版本的版本数据，确定出相应的存储策略，按照存储策略对该版本的版本数据进行存储管理。
68.具体的，目标产品的多个版本间存在有版本演变的关系，为更直观的说明各版本之间的关系，本发明可以使用版本树的方式来记录和描述同一目标产品的不同版本之间的版本关系，如图2所示的目标产品的一个版本树。
69.其中，版本树可以是由多个节点版本构成的。每个节点版本均表示目标产品的一
个版本。如图2中的版本树，可以由v0、v01、v02、v03、v021、v0211、v0212、v0213、v0214、v031、v0311和v03111构成的。
70.其中，节点版本可以划分为叶子节点版本和非叶子节点版本。叶子节点版本可以是没有后继版本的某个节点版本，如图2所示版本树中的v01、v0211、v0212、v0213、v0214和v03111；非叶子节点版本可以是存在有后继版本的某个节点版本，如图2所示版本树中的v0、v02、v021、v03、v031和v0311。需要说明的是，初始版本即根版本可以为一个特别的非叶子节点版本，如图2所示版本树中的v0。
71.具体的，版本树中可以包括一条或多条版本链。一条版本链可以是由分别位于两端的根版本和一个叶子节点版本构成；一条版本链也可以是由分别位于两端的根版本和一个叶子节点版本，以及在根版本和该叶子节点版本之间的中间版本构成。如图2所示版本树中，可以包括版本链v0—v01、v0—v02—v021—v0211、v0—v02—v021—v0212、v0—v02—v021—v0213、v0—v02—v021—v0214、v0—v03—v031—v0311—v03111。
72.其中，父版本是某个版本的前驱版本，如图2中，v0可以为v01、v02和v03的父版本，v02可以为v021的父版本；子版本可以为父版本的后继版本，如图2中，v01、v02和v03均可以为v0的子版本，v021可以为v02的子版本。
73.具体的，基版本可以是版本数据进行全量存储的某个版本。同一版本树中可以包括一个或者多个基版本。比如，在图2中，如果v0的版本数据进行了全量存储，则v0可以为一个基版本，而如果v021的版本数据也进行了全量存储，则v021也可以为一个基版本。
74.可以理解的是，目标产品的已有版本中，可以是有至少一个版本进行了全量存储，即至少一个版本为基版本。比如，在图2所示的版本树中的各节点版本中，至少有一个节点版本为基版本。
75.需要说明的是，现有技术可以通过设置有基版本的增量存储策略来对版本树中各版本的数据进行存储管理。其中，设置有基版本的增量存储策略可以包括有第一存储策略、第二存储策略和第三存储策略。
76.其中，在第一存储策略中，现有技术可以选取版本树中的初始版本作为一个基版本，对初始版本的版本数据进行全量存储，之后产生的任一个后续版本，均可以确定出该后续版本的全量数据与初始版本的全量数据之间的差异数据，即该后续版本相对于初始版本的增量数据，该后续版本的版本数据仅存储该增量数据即可。第一存储策略在实现上对算法的要求较低，在需要检索某个版本的版本数据时，可以直接回溯初始版本，利用初始版本的全量数据与该版本的增量数据即可生成该版本的全量数据，速度较快，而且在一定程度上节约了存储空间，但是随着版本演变过程的增加，后续的版本和初始版本在演变关系中的关联性越来越弱，所以其相对初始版本的差异增多，即不同的数据也相对增加，收益会逐渐减少，而从安全性上考虑，由于非初始版本的所有版本的版本数据都是基于初始版本的全量数据进行增量存储，因此，一旦初始版本的版本数据被破坏，那么其他所有版本的版本数据都无法得到恢复，可靠性较低；
77.其中，第二种存储策略为正增量存储策略。在该种存储策略中，现有技术同样可以选取版本树中的初始版本作为一个基版本，对初始版本的版本数据进行全量存储，而当产生某个后续版本时，该后续版本的版本数据可以仅记录其全量数据与前驱版本(即该后续版本的父版本)的全量数据之间的差异数据，即后续版本相对于前驱版本的增量数据即可，
如在图2中，当选取v0作为基版本时，v02的版本数据可以仅记录其全量数据相对于v0全量数据的差异数据，即v02相对于v0的增量数据；该种存储策略，增量数据来自具有父子关系的两个版本之间，相对没有父子关系的两个版本，差异数据较少，可以极大地减少了版本之间的信息冗余，减少了存储空间的浪费，提高了存储空间利用率。但是这种存储策略，在检索当前版本数据时，就需要从当前版本保存的增量数据开始回溯其所处版本链上的所有历史版本，直到初始版本为止。因此，在该种存储策略下，对当前版本的时间开销很大，随着版本增多，当前版本的检索代价明显增大，而且从初始版本开始记录版本差异，初始版本的数据损坏可能会导致后续所有版本的数据缺失，某一个版本的版本数据损坏可能会导致其所在版本链上的所有后续版本的数据缺失，缺乏可靠性；
78.其中，第三存储策略为逆增量存储策略，与第二存储策略刚好相反。在第三存储策略中，现有技术可以将当前版本作为一个基版本，对当前版本的版本数据进行全量存储，对于在当前版本之前的某个版本，可以确定该版本的全量数据相对于其子版本的全量数据的差异数据，即确定该版本相对于其子版本的增量数据，该版本的版本数据仅保存该增量数据即可，比如，当前版本的前驱版本(即父版本)的版本数据可以仅记录其全量数据相对于当前版本全量数据的差异数据，即该前驱版本相对于当前版本的增量数据，再比如，在图2中，当选取当前版本v03111作为一个基版本，对v03111的版本数据进行全量存储时，v0311的版本数据可以仅记录其全量数据相对于v03111全量数据的差异数据。需要说明的是，在该种存储策略中，如果某个节点版本存在有多个子版本，且该多个子版本均为当前版本，则该节点版本的版本数据可以存储其相对于差异性最小的子版本的增量数据，比如，v021存在有子版本v0211、v0212、v0213和v0214，且v0211、v0212、v0213和v0214均为当前版本，此时，如果v021与v0211的差异数据，是v021分别与v0211、v0212、v0213和v0214的差异数据中最少的，则v021的版本数据可以仅保存v021的全量数据与v0211全量数据之间的差异数据。此时，如果需要检索当前版本的版本数据，则可以直接得到其完整的版本数据；但是，当需要检索某个中间版本的全量数据时，则需要从当前版本开始，依据版本链与前驱版本逐个进行检索直至检索到该中间版本为止。同样地，随着版本链增长，这种检索代价明显增加，当前版本或者任一前驱版本数据损失，都会影响相应版本链上的版本数据，可靠性较低。
79.需要说明的是，本发明可以在对目标版本的版本数据进行存储管理时，可以先行计算出目标版本的版本回溯代价，根据版本回溯代价与预设代价阈值的大小关系，来决定对目标版本的存储策略，即确定是对目标版本的版本数据进行增量存储或是全量存储，以在减小数据存储冗余的情况下，减小检索代价，提高数据存储管理的可靠性。
80.可选的，目标版本可以是目标产品的多个版本中暂未确定存储策略的版本；
81.可选的，目标版本可以是目标产品的多个版本中当前已采取某种存储策略对其进行版本数据进行存储管理的版本；
82.可选的，目标版本可以是目标产品的多个版本中待优化存储策略的版本。
83.可选的，本发明可以从目标产品的多个版本中，任意选取出一个版本确定为目标版本。
84.可选的，本发明可以从目标产品的多个版本中，将待确定存储策略的一个版本确定为目标版本。具体的，目标版本可以为非叶子节点版本，也可以为叶子节点版本。
85.可选的，当目标产品的多个版本中包括有多个基版本时，目标版本可以为其中的
某个基版本。
86.具体的，本发明可以在目标产品的版本树中，选取出一个节点版本作为目标版本。
87.需要说明的是，本发明可以使用版本标识来对目标产品的各版本进行标识。且，本发明可以保存每个版本的版本标识与其父版本和子版本的版本标识的对应关系，比如，对于第一版本，本发明可以保存第一版本的版本标识与其父版本和其子版本的版本标识的对应关系。此时，本发明可以通过版本标识来识别出某个版本，并可以通过该版本的版本标识对应的父版本或子版本的版本标识，来识别出该版本的父版本或子版本。
88.其中，版本标识可以是由数字、字母、汉字和符号等字符中的一种或几种构成。
89.具体的，本发明在选取目标版本时，可以通过选取版本标识来实现对目标版本的确定。可选的，本发明可以将目标产品的多个版本的版本标识保存至一个标识集中，之后在需要确定目标版本时，从该标识集中选取出一个版本标识作为目标版本标识，将该目标版本标识对应的版本确定为目标版本。
90.s102、获得目标版本是否存在后继版本的判断结果；
91.具体的，本发明可以在确定出目标版本后，判断该目标版本是否存在后继版本，获得判断结果。
92.可选的，判断结果可以为目标版本存在后继版本，此时，目标版本即可以为图2所示版本树上的非叶子节点版本；可选的，判断结果也可以为目标版本不存在后继版本，此时目标版本可以为图2所示版本树上的叶子节点版本。
93.s103、利用与判断结果相匹配的版本回溯代价计算模型，计算由目标版本回溯到基版本的版本回溯代价；
94.需要说明的是，经本发明的发明人研究发现，可以基于与版本回溯代价相关的参数，建立版本回溯代价计算模型，使用版本回溯代价计算模型来量化目标版本的版本回溯代价，即在假设目标版本的版本数据是存储增量数据的情况下，按照版本链中的前后版本关系，将目标版本回溯到基版本，利用目标版本的增量数据、回溯过程中经历的中间版本的增量数据以及基版本的全量数据，生成目标版本的全量数据，而从开始回溯直至生成目标版本的全量数据期间所消耗的资源即为目标版本的版本回溯代价。比如，在上述图2中，如果目标版本为v021，基版本为v0，且现有技术采用上述正增量存储策略对各版本的版本数据进行存储管理，则本发明在计算v021的版本回溯代价时，可以在v021—v02—v0的版本链上进行回溯，回溯过程经过v02，此时本发明可以基于v021的增量数据、v02的增量数据和v0的全量数据，来生成v021的全量数据，而从开始回溯直至生成v021的全量数据期间所消耗的资源即为v021的版本回溯代价；再比如，在上述图2中，如果目标版本为v0212，基版本为v03111，且现有技术采用上述逆增量存储策略对版本链v03111—v0311—v031—v03—v0中各版本的版本数据进行存储管理，并采用上述正增量存储策略对版本链v0—v02—v021—v0212中各版本的版本数据进行存储管理(此时v0可以不是基版本)，则本发明在计算v021回溯到v03111的版本回溯代价时，可以在v03111—v0311—v031—v03—v0—v02—v021—v0212(由两个版本链构成)的复合版本链中进行回溯，此时本发明可以基于v03111的全量数据、v0311的增量数据、v031的增量数据、v03的增量数据、v0的增量数据、v02的增量数据、v021的增量数据和v0212的增量数据，来生成v021的全量数据，而从开始回溯直至生成v021的全量数据期间所消耗的资源即为v021的版本回溯代价；
95.需要说明的是，当目标产品的多个版本中可以存在多个基版本时，本发明在计算目标版本回溯到基版本的版本回溯代价时，可以分别计算目标版本与各基版本的版本回溯代价，并在计算出的目标版本与各基版本的版本回溯代价中，确定出最小版本回溯代价并将其作为最终版本回溯代价，之后再利用该最终版本回溯代价来确定相应的存储策略；
96.可选的，同一版本链上的版本间的差异数据，相较于不同版本链上的版本间的差异数据，常常是较小的，因此，当目标版本所在版本链上存在基版本时，本发明可以将目标版本与该基版本的版本回溯代价直接确定为最终版本回溯代价，而无需再去计算目标版本与其他版本链上的基版本的版本回溯代价；比如，在图2所示的版本树中，如果v021为目标版本，v0和v03111均为基版本，且版本链v0—v02—v021—v0212中各版本的版本数据是采用正增量存储策略进行存储管理，则此时本发明可以直接仅计算v021与v0的版本回溯代价，并将该版本回溯代价确定为用于确定存储策略的最终版本回溯代价，而无需再去计算v021与v03111的版本回溯代价；
97.可选的，当目标版本所在的版本链上存在有多个基版本时，本发明可以分别计算目标版本与该版本链上的多个基版本的版本回溯代价，并从中确定出最小版本回溯代价，将该最小版本回溯代价确定为用于确定存储策略的最终版本回溯代价；比如，在图2所示的版本树中，如果v021为目标版本，v0和v0212均为基版本，则本发明可以计算v021与v0的版本回溯代价，计算v021与v0212的版本回溯代价，并将计算出的该两个版本回溯代价进行比较，确定出最小版本回溯代价，之后将最小版本回溯代价确定为最终版本回溯代价。
98.可选的，版本数据的变更数量常与两个版本之间的版本深度相关。版本深度可以是两个版本之间的版本更新的次数，比如，在图2所示的版本树中，v021与v0的版本深度为可以为2，即从v0至v021经历了两次版本的更新；上述v03111—v0311—v031—v03—v0—v02—v021—v0212的复合版本链的版本深度可以为7，即从v03111至v212经历了7次版本的更新。当版本深度越大时，版本数据的变更数量常是越多的，此时版本回溯代价常是越多的。因此，当目标版本所在的版本链上存在有多个基版本时，本发明可以先行确定出目标版本距离各基版本的版本深度，确定出版本深度最小的基版本，计算目标版本与版本深度最小的基版本的版本回溯代价，并直接将该版本回溯代价确定为最终版本回溯代价，而无需再计算目标版本与该版本链上其他基版本的版本回溯代价。
99.需要说明的是，经提出本发明技术方案的发明人研究发现，版本回溯代价计算模型可以与版本访问频率、版本继承值、版本深度和/或子版本数量相关。因此，版本回溯代价计算模型中的版本参数可以包括：版本访问频率、版本继承值、版本深度和/或子版本数量。本发明可以基于版本访问频率、版本继承值、版本深度和/或子版本数量来进行版本回溯代价的计算。
100.可选的，版本回溯代价计算模型中的版本参数至少包括：版本访问频率、版本继承值和版本深度；版本回溯代价模型包括第一计算模型；当判断结果为目标版本未存在后继版本时，步骤s103可以包括：
101.确定目标版本回溯到基版本过程中经历到的所有版本；
102.确定由目标版本回溯到基版本的版本深度；
103.在所有版本中，分别确定各版本的版本访问频率、版本继承值；
104.将所有版本中各版本的版本访问频率和版本继承值，以及版本深度输入到第一计
算模型中；
105.获得第一计算模型输出的版本回溯代价。
106.其中，版本访问频率可以为某个版本的被访问频率；
107.其中，版本继承值可以为某个版本从其从父版本中继承的对象数目，即某个版本的版本数据与其父版本的版本数据中相同元素的数目。比如，某个文档，其第一版本中有100个字，而其第一版本的父版本中也有100个字，第一版本相对于父版本改动了一个错别字，此时第一版本从其父版本中继承的对象数目可以为99。
108.可选的，第一计算模型可以为：
[0109][0110]
其中，j可以为目标版本的版本标识(如版本号)，cost(j)可以目标版本对应的版本回溯代价；i可以为由目标版本回溯到基版本的某个中间版本的版本标识，fi可以为版本标识为i的版本的版本访问频率(0≤fi＜1)；virt(i)表示版本标识为i的版本从父版本中继承的对象数目，lengthj即表示由目标版本回溯到基版本所产生的版本深度。
[0111]
可选的，版本回溯代价计算模型中的版本参数还包括：子版本数量，版本回溯代价模型还包括：第二计算模型；当判断结果为目标版本存在后继版本时，步骤s103可以包括：
[0112]
确定目标版本回溯到基版本过程中经历到的所有版本；
[0113]
确定由目标版本回溯到基版本的版本深度；
[0114]
在所有版本中，分别确定各版本的版本访问频率、版本继承值；
[0115]
获得目标版本的子版本数量；
[0116]
将所有版本中各版本的版本访问频率和版本继承值，以及版本深度和子版本数量输入到第二计算模型中；
[0117]
获得第二计算模型输出的版本回溯代价。
[0118]
其中，子版本数量可以为某个版本的子版本的数量。比如，在图2中，v0的子版本数量可以为3个(v0的子版本分别为v01、v02和v03)。
[0119]
可选的，第二计算模型可以为：
[0120][0121]
其中，childcountj可以为目标版本的子版本数量。
[0122]
s104、确定版本回溯代价与预设的第一代价阈值的大小关系；
[0123]
其中，第一代价阈值可以由技术人员根据实际情况进行制定，本发明对此不作限定。
[0124]
具体的，本发明可以在计算出目标版本的版本回溯代价之后，对目标版本的版本回溯代价与第一代价阈值进行大小关系的比较。
[0125]
需要说明的是，目标版本的版本回溯代价与第一代价阈值的大小关系可以划分为多种。可选的，大小关系可以为目标版本的版本回溯代价大于第一代价阈值，也可以为目标版本的版本回溯代价不大于第一代价阈值；
[0126]
可选的，大小关系可以为目标版本的版本回溯代价不小于第一代价阈值，也可以为目标版本的版本回溯代价小于第一代价阈值；
[0127]
可选的，当目标版本的版本回溯代价大于第一代价阈值时，本发明可以认为基于目标版本进行版本回溯所需花费的代价较大，如大于存储目标版本的全量数据所需花费的存储代价；而当目标版本的版本回溯代价不大于第一代价阈值时，本发明可以认为基于目标版本进行版本回溯所需花费的代价不大；
[0128]
可选的，当目标版本的版本回溯代价不小于第一代价阈值时，本发明可以认为基于目标版本进行版本回溯所需花费的代价较大，而当目标版本的版本回溯代价小于第一代价阈值时，本发明可以认为基于目标版本进行版本回溯所需花费的代价不大。
[0129]
s105、确定与大小关系相匹配的对目标版本的版本数据的存储策略。
[0130]
具体的，本发明可以在确定出目标版本的版本回溯代价与第一代价阈值的大小关系后，确定与大小关系相匹配的存储策略，采用该存储策略对目标版本的版本数据进行相应的数据处理，即对目标版本的版本数据进行全量存储，或者对目标版本的版本数据进行增量存储。
[0131]
可选的，上述步骤s105可以具体为步骤s1051，步骤s1051可以为：
[0132]
如果版本回溯代价大于第一代价阈值，则设置目标版本为一个新的基版本，对目标版本的版本数据进行全量存储。
[0133]
具体的，本发明可以在目标版本的版本回溯代价大于第一代价阈值时，确定目标版本的版本回溯代价较大，此时本发明可以设置目标版本为一个新的基版本，对目标版本的版本数据进行全量存储，避免在需要检索目标版本的全量数据时，付出较大的版本回溯代价，减少资源消耗。
[0134]
可选的，本发明在将目标版本确定为基版本，对目标版本的版本数据进行全量存储之后，可以采用正增量存储策略对目标版本所在版本链上的后续版本和前续版本进行增量存储处理；也可以采用逆增量存储策略对目标版本所在版本链上的后续版本和前续版本进行增量存储处理；也可以改变存储策略，使用改变后的存储策略对目标版本所在版本链上的后续版本和前续版本进行增量存储处理，也可以不改变存储策略，使用原存储策略对目标版本所在版本链上的后续版本和前续版本进行增量存储处理；当然，本发明也可以使用图1所示方法，将目标版本所在版本链上的后续版本或前续版本作为当前的目标版本，确定其存储策略。需要说明的是，本发明在确定目标版本的存储策略后，对于目标版本所在版本链上的前续版本和后续版本的存储策略的确定不作限定。
[0135]
比如，如果现有技术是采用上述正增量存储策略对目标版本所在版本链进行存储管理，则本发明可以在将目标版本确定为基版本，对目标版本的版本数据进行全量存储之后，保持目标版本的前续版本的版本数据不变，根据目标版本对目标版本的后续版本继续进行正增量存储(此时保持后续版本的版本数据不变，即可以保持正增量存储策略的不变)；如图2所示的版本树中，若v021为目标版本，v0为基版本，v0—v021—v02的版本链采用正增量存储策略进行存储管理，此时本发明可以在计算出v021与v0的版本回溯代价大于第一代价阈值时，将v021确定为一个新的基版本，对v021的版本数据进行全量存储，基于v021的全量数据，分别对v0211、v0212、v0213和v0214的版本数据进行正增量存储，保持v0和v02的版本数据不变；
[0136]
再比如，如果现有技术是采用上述正增量存储策略对目标版本所在版本链进行存储管理，则本发明可以在将目标版本确定为基版本，对目标版本的版本数据进行全量存储之后，对目标版本的前续版本的存储策略进行改变，即由原来的正增量存储策略改变为逆增量存储策略，此时即可以根据目标版本的全量数据，对目标版本的前续版本的版本数据进行逆增量存储。
[0137]
再比如，如果现有技术是采用上述逆增量存储策略对目标版本所在版本链进行存储管理，则本发明可以在将目标版本确定为基版本，对目标版本的版本数据进行全量存储之后，根据目标版本对目标版本的前续版本进行逆增量存储，保持目标版本的后续版本的存储策略；如图2所示的版本树中，若v031为目标版本，v03111为基版本，v03111—v0311—v031—v03—v0的版本链采用逆增量存储策略进行存储管理，此时本发明可以在计算出v031与v03111的版本回溯代价大于第一代价阈值时，将v031确定为一个新的基版本，对v031的版本数据进行全量存储，对v031的版本数据进行全量存储，并基于v031的全量数据，对在v031之前的版本v03和v0继续进行逆增量存储，此时v03的版本数据可以为其相对于v031的增量数据，v0的版本数据可以为其相对于v03的增量数据。
[0138]
可选的，上述步骤s105可以具体为步骤s1052，步骤s1052可以为：
[0139]
如果版本回溯代价不大于第一代价阈值，则基于目标版本的父版本或子版本，对目标版本的版本数据进行增量存储。
[0140]
具体的，如果目标版本的版本回溯代价不大于第一代价阈值，则本发明可以确定目标版本的版本回溯代价不大，此时本发明可以设置目标版本为无需对目标版本的版本数据进行全量存储，而可以基于目标版本的父版本或子版本，对目标版本的版本数据进行增量存储，即目标版本的版本数据可以保存目标版本相对于父版本或子版本的增量数据，在付出较小的版本回溯代价的情况下，减小数据的冗余存储，降低对数据存储空间的占用。
[0141]
可选的，如果计算出的最小版本回溯代价是目标版本与同一版本链上的某个后续版本计算出的，则本发明此时可以将目标版本相对于其子版本的增量数据作为目标版本的版本数据进行保存，以进一步减少目标版本的版本数据对于冗余数据的保存，减少对数据存储空间的占用，提高数据存储空间的利用率；
[0142]
可选的，如果计算出的最小版本回溯代价是目标版本与同一版本链上的某个前续版本计算出的，则本发明此时可以将目标版本相对于其父版本的增量数据作为目标版本的版本数据进行保存，以进一步减少目标版本的版本数据对于冗余数据的保存，减少对数据存储空间的占用，提高数据存储空间的利用率；
[0143]
可选的，如果计算出的最小版本回溯代价是目标版本与不同版本链上的某个基版本计算出的，则本发明此时可以将目标版本相对于其父版本的增量数据作为目标版本的版本数据进行保存，以进一步减少目标版本的版本数据对于冗余数据的保存，减少对数据存储空间的占用，提高数据存储空间的利用率。
[0144]
需要说明的是，无论目标版本或其他版本采取了何种存储策略，或者存储策略发生了何种变化，各版本间的父子关系可以是保持不变的。比如，在图2所示的版本树中，对于v02、v021和v0211，无论三者的版本数据的存储策略是何种存储策略，该三者之间的父子关系不变，即v02始终为v021的父版本，v021始终为v0211的父版本。
[0145]
本实施例提出的数据处理方法，可以在目标产品的多个版本中，确定出一个待确
定存储策略的目标版本；获得目标版本是否存在后继版本的判断结果；利用与判断结果相匹配的版本回溯代价计算模型，计算由目标版本回溯到基版本的版本回溯代价；确定版本回溯代价与预设的第一代价阈值的大小关系；确定与大小关系相匹配的对目标版本的版本数据的存储策略。本发明可以在处理目标版本的版本数据，计算出由目标版本回溯到基版本的版本回溯代价，获得该版本回溯代价与第一代价阈值的大小关系，基于大小关系来确定与目标版本的版本数据对应的存储策略，按照确定出的存储策略来对目标版本的版本数据进行存储处理。本发明可以确定目标版本的版本回溯代价较大时，设置目标版本为一个新的基版本，对目标版本的版本数据进行全量存储，避免在需要检索目标版本的全量数据时，付出较大的版本回溯代价，减少检索资源消耗；本发明也可以在确定目标版本的版本回溯代价不大时，无需对目标版本的版本数据进行全量存储，而可以基于目标版本的父版本或子版本，对目标版本的版本数据进行增量存储，即目标版本的版本数据可以保存目标版本相对于父版本或子版本的增量数据，在付出较小的版本回溯代价的情况下，减小数据的冗余存储，降低对数据存储空间的占用，从而可以有效实现对目标版本的版本数据的存储管理。
[0146]
基于图1所示步骤，本实施例提出第二种数据处理方法。当目标产品的多个版本中存在有多个基版本时，该方法可以包括：
[0147]
s301、在目标产品的多个版本中，确定出一个待确定存储策略的目标版本；
[0148]
需要说明的是，步骤s301与步骤s101的内容一致，相关说明不再进行赘述。
[0149]
s302、获得目标版本是否存在后继版本的判断结果；
[0150]
需要说明的是，步骤s302与步骤s102的内容一致，相关说明不再进行赘述。
[0151]
s303、利用与判断结果相匹配的版本回溯代价计算模型，分别计算出由目标版本回溯到各基版本的版本回溯代价；
[0152]
具体的，当目标产品的多个版本中存在有多个基版本时，本发明可以在确定出与判断结果相匹配的版本回溯代价计算模型之后，利用该版本回溯代价计算模型，分别计算出目标版本与各基版本的版本回溯代价。
[0153]
s304、将各版本回溯代价中的最小版本回溯代价确定为目标版本回溯代价；
[0154]
具体的，本发明可以在计算出的多个版本回溯代价中，确定出最小版本回溯代价，并将该最小版本回溯代价，确定为目标版本回溯代价。
[0155]
需要说明的是，步骤s303和s304可以为上述步骤s103的一种具体实施方式。
[0156]
s305、确定目标版本回溯代价与第一代价阈值的大小关系；
[0157]
具体的，本发明可以在确定出目标版本回溯代价之后，确定目标版本回溯代价与第一代价阈值的大小关系。
[0158]
需要说明的是，步骤s305可以为上述步骤s104的一种具体实施方式。
[0159]
s306、如果目标版本回溯代价大于第一代价阈值，则设置目标版本为一个新的基版本，对目标版本的版本数据进行全量存储；
[0160]
s307、如果目标版本回溯代价不大于第一代价阈值，则基于目标版本的父版本或子版本，对目标版本的版本数据进行增量存储。
[0161]
需要说明的是，步骤s306和s307可以为上述步骤s105的一种具体实施方式。
[0162]
本实施例提出的数据处理方法，可以在目标产品的多个版本中存在有多个基版本
时，分别计算目标版本与多个基版本的版本回溯代价，从计算出的各版本回溯代价中确定出最小版本回溯代价，基于该最小版本回溯代价来确定对目标版本的版本数据的存储策略，可以提高存储策略的有效性。
[0163]
基于图1所示步骤，本实施例提出第三种数据处理方法。在该方法中，目标产品的多个版本中的初始版本为基版本；此时，该方法可以包括：
[0164]
s401、在包括初始版本的一条版本链上，将初始版本的后继版本确定为当前的目标版本；
[0165]
需要说明的是，在目标产品的初始版本为基版本时，本发明可以在某条版本链上，将初始版本的后继版本即子版本确定为当前的目标版本，进行存储策略的确定。比如，在图2所示的版本树中，v0为初始版本且为基版本，在包括v0的版本链v0—v02—v021—v0212上，本发明可以将v0的后继版本即子版本v02确定为当前的目标版本，进行存储策略的确定。
[0166]
s402、获得目标版本是否存在后继版本的判断结果；
[0167]
需要说明的是，步骤s402与上述步骤s102的内容一致。
[0168]
s403、利用与判断结果相匹配的版本回溯代价计算模型，计算由目标版本回溯到目标基版本的版本回溯代价，目标基版本为距离目标版本的版本深度最小的、为目标版本的前驱版本的基版本；
[0169]
具体的，本发明可以在获得目标版本是否存在后继版本的判断结果后，确定与判断结果相匹配的版本回溯代价计算模型，利用该计算模型计算目标版本的版本回溯代价。
[0170]
其中，本发明可以在目标版本所在的版本链上，将在目标版本之前的、且距离目标版本的版本深度最小的基版本，确定为与目标版本进行版本回溯代价计算的目标基版本。可以理解的是，当目标版本为初始版本的子版本时，目标基版本即可以为初始版本。
[0171]
s404、确定版本回溯代价与预设的第一代价阈值的大小关系；
[0172]
s405、确定与大小关系相匹配的对目标版本的版本数据的存储策略；
[0173]
需要说明的是，步骤s404和s405分别与上述步骤s104和s105的内容一致。
[0174]
s406、在确定与大小关系相匹配的对目标版本的版本数据的存储策略之后，将目标版本在版本链上的后继版本确定为当前的目标版本，返回执行步骤s402，直至确定出版本链上所有非初始版本的版本的存储策略。
[0175]
具体的，本发明可以在将初始版本的子版本作为当前的目标版本，确定出当前的目标版本的存储策略之后，再将该子版本的子版本作为当前的目标版本，继续确定当前的目标版本的存储策略，直至确定出初始版本在选取的版本链上的所有后续版本的存储策略。比如，在图2所示的版本树上，对于版本链v0—v02—v021—v0212，v0为初始版本且为基版本，本发明可以在将v0的子版本v02作为当前的目标版本，确定出v02的存储策略后，再将v02的子版本v021作为当前的目标版本，确定出v021的存储策略，之后再将v021的子版本v0212作为当前的目标版本，确定出v0212的存储策略。
[0176]
其中，如果目标版本与目标基版本的版本回溯代价较大，则本发明可以对目标版本的版本数据进行全量存储；比如，在图2所示的版本树上，对于版本链v0—v02—v021—v0212，v0为初始版本且为基版本，当v02作为目标版本，且v02与v0的版本回溯代价较大时，本发明可以对v02的版本数据进行全量存储；
[0177]
如果目标版本与目标基版本的版本回溯代价不大，则本发明可以对目标版本的版本数据进行正增量存储；比如，在图2所示的版本树上，对于版本链v0—v02—v021—v0212，v0为初始版本且为基版本，当v02作为目标版本，且v02与v0的版本回溯代价不大时，本发明可以对v02的版本数据进行正增量存储，此时v02的版本数据可以保存v02相对于v0的增量数据。
[0178]
可选的，本发明可以在目标产品的初始版本生成时，对初始版本的版本数据进行全量存储，而初始版本的后续版本均可以通过使用步骤s401、s402、s403、s404、s405和s406，来确定出相应的存储策略。此时，在需要确定一个新版本的存储策略时，本发明即可以将该新版本作为当前的目标版本，并执行步骤s402、s403、s404和s405，确定出该新版本的存储策略。
[0179]
可选的，本发明可以在目标产品的初始版本为基版本时，将某条版本链作为目标版本链，通过使用步骤s401、s402、s403、s404、s405和s406，对目标版本链上的版本存储策略进行优化。
[0180]
可选的，本发明可以依次对目标产品的各条版本链进行优化，从而实现对目标产品的除初始版本外的所有版本进行存储策略的优化。
[0181]
本实施例提出的数据处理方法，可以对目标产品的版本的存储策略进行优化，有效实现对目标产品的版本数据的存储管理。
[0182]
基于图1所示步骤，本实施例提出第四种数据处理方法。目标产品的一个当前版本为基版本；此时，该方法可以包括以下步骤：
[0183]
s501、在包括目标产品的初始版本和当前版本的版本链上，将当前版本的前驱版本确定为当前的目标版本；
[0184]
其中，目标产品的当前版本可以是某条版本链上最新发布的版本。
[0185]
需要说明的是，在目标产品的当前版本为基版本时，本发明可以在该当前版本所处的版本链上，将当前版本的前续版本即父版本确定为当前的目标版本，进行存储策略的确定。比如，在图2所示的版本链v0—v02—v021—v0212中，v0212可以为目标产品的当前版本，本发明可以将v0212的前驱版本即父版本确定为当前的目标版本，进行存储策略的确定。
[0186]
s502、获得目标版本是否存在后继版本的判断结果；
[0187]
需要说明的是，步骤s502与上述步骤s102的内容一致。
[0188]
s503、利用与判断结果相匹配的版本回溯代价计算模型，计算由目标版本回溯到目标基版本的版本回溯代价，目标基版本为距离目标版本的版本深度最小的、为目标版本的后继版本的基版本；
[0189]
具体的，本发明可以在获得目标版本是否存在后继版本的判断结果后，确定与判断结果相匹配的版本回溯代价计算模型，利用该计算模型计算目标版本的版本回溯代价。
[0190]
其中，本发明可以在目标版本所在的版本链上，将在目标版本之后的、且距离目标版本的版本深度最小的基版本，确定为与目标版本进行版本回溯代价计算的目标基版本。可以理解的是，当目标版本为当前版本的父版本时，目标基版本即可以为当前版本。
[0191]
s504、确定版本回溯代价与预设的第一代价阈值的大小关系；
[0192]
s505、确定与大小关系相匹配的对目标版本的版本数据的存储策略；
[0193]
需要说明的是，步骤s504和s505分别与上述步骤s104和s105的内容一致。
[0194]
s506、在确定与大小关系相匹配的对目标版本的版本数据的存储策略之后，将目标版本在版本链上的前驱版本确定为当前的目标版本，返回执行获得目标版本是否存在后继版本的判断结果的步骤，直至确定出版本链上所有非当前版本的版本的存储策略。
[0195]
具体的，本发明可以在将当前版本的父版本作为当前的目标版本，确定出当前的目标版本的存储策略之后，再将该父版本的父版本作为当前的目标版本，继续确定当前的目标版本的存储策略，直至确定出当前版本在其所在版本链上的所有前续版本的存储策略。比如，在图2所示的版本树上，对于版本链v0—v02—v021—v0212，v0212为当前版本且为基版本，本发明可以在将v0212的父版本v021作为当前的目标版本，确定出v021的存储策略后，再将v021的父版本v02作为当前的目标版本，确定出v02的存储策略，之后再将v02的父版本v0作为当前的目标版本，确定出v0的存储策略。
[0196]
其中，如果目标版本与目标基版本的版本回溯代价较大，则本发明可以对目标版本的版本数据进行全量存储；比如，在图2所示的版本树上，对于版本链v0—v02—v021—v0212，v0212为当前版本且为基版本，当v021作为目标版本，且v021与v0212的版本回溯代价较大时，本发明可以对v021的版本数据进行全量存储；
[0197]
如果目标版本与目标基版本的版本回溯代价不大，则本发明可以对目标版本的版本数据进行逆增量存储；比如，在图2所示的版本树上，对于版本链v0—v02—v021—v0212，v0212为当前版本且为基版本，当v021作为目标版本，且v021与v0212的版本回溯代价不大时，本发明可以对v021的版本数据进行逆增量存储，此时v021的版本数据可以保存v021相对于v0212的增量数据。
[0198]
可选的，本发明可以在目标产品生成某个当前版本时，对该当前版本的版本数据进行全量存储，而该当前版本所处版本链上的所有前续版本均可以通过使用步骤s501、s502、s503、s504、s505和s506，来确定出相应的存储策略。
[0199]
可选的，本发明可以在目标产品的某个当前版本为基版本时，对当前版本所处版本链上的所有前续版本，通过使用步骤s501、s502、s503、s404、s505和s506，对版本链上的版本存储策略进行优化。
[0200]
可选的，本发明可以依次对目标产品的各条版本链进行优化，实现对目标产品的当前版本之外的所有前续版本进行存储策略的优化。
[0201]
本实施例提出的数据处理方法，可以对目标产品的版本的存储策略进行优化，有效实现对目标产品的版本数据的存储管理。
[0202]
基于图1所示步骤，如图3所示，本实施例提出第五种数据处理方法。该方法还可以包括：
[0203]
s601、根据版本回溯代价、版本检索效率、系统性能和/或数据规模，调整第一代价阈值的取值。
[0204]
需要说明的是，第一代价阈值的取值大小可以决定进行全量存储的基版本的数量，对于所有版本的整体存储策略的结果有较大的影响作用。具体的，如果第一代价阈值的取值较大，则确定出的进行全量存储的基版本的数量会较少，整体的版本回溯代价会较大，使得版本数据的检索效率降低，增大版本检索的资源消耗；而如果第一代价阈值的取值较小，则确定出的进行全量存储的基版本的数量会较多，整体存储的冗余数据会较多，使得对
数据存储空间的利用率降低。
[0205]
可选的，本发明可以根据对整体的版本回溯代价进行评估，结合版本检索效率、系统性能和/或数据规模来调整确定第一代价阈值，以使得确定出的进行全量存储的基版本的数量适中，对整体版本回溯代价和数据存储空间的利用率进行平衡，更大限度的在降低整体版本回溯代价的情况下，提高数据存储空间的利用率，提高数据存储的可靠性。
[0206]
可选的，第一代价阈值的调整也可以由技术人员采用估值评估的方式，结合系统性能和数据规模来进行调整。
[0207]
本实施例提出的数据处理方法，可以通过对第一代价阈值进行调整，来对整体版本回溯代价和数据存储空间的利用率进行平衡，更大限度的在降低整体版本回溯代价的情况下，提高数据存储空间的利用率，提高数据存储的可靠性。
[0208]
与图1所示方法相对应，如图4所示，本实施例提出一种数据处理装置。该装置可以包括：第一确定单元101、获得单元102、计算单元103、第二确定单元104和第三确定单元105，其中：
[0209]
第一确定单元101，用于在目标产品的多个版本中，确定出一个待确定存储策略的目标版本；
[0210]
获得单元102，用于获得目标版本是否存在后继版本的判断结果；
[0211]
计算单元103，用于利用与判断结果相匹配的版本回溯代价计算模型，计算由目标版本回溯到基版本的版本回溯代价；
[0212]
第二确定单元104，用于确定版本回溯代价与预设的第一代价阈值的大小关系；
[0213]
第三确定单元105，用于确定与大小关系相匹配的对目标版本的版本数据的存储策略。
[0214]
需要说明的是，第一确定单元101、获得单元102、计算单元103、第二确定单元104和第三确定单元105的具体处理过程及其带来的技术效果，可以分别参照图1中的步骤s101、s102、s103、s104和s105，相关说明不再赘述。
[0215]
本实施例提出的数据处理装置，可以确定目标版本的版本回溯代价较大时，设置目标版本为一个新的基版本，对目标版本的版本数据进行全量存储，避免在需要检索目标版本的全量数据时，付出较大的版本回溯代价，减少检索资源消耗；本发明也可以在确定目标版本的版本回溯代价不大时，无需对目标版本的版本数据进行全量存储，而可以基于目标版本的父版本或子版本，对目标版本的版本数据进行增量存储，即目标版本的版本数据可以保存目标版本相对于父版本或子版本的增量数据，在付出较小的版本回溯代价的情况下，减小数据的冗余存储，降低对数据存储空间的占用，从而可以有效实现对目标版本的版本数据的存储管理。
[0216]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0217]
以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、
改进等，均应包含在本技术的权利要求范围之内。