CN103946794A - 数据特征的滚动升级的***和方法 - Google Patents

Abstract

用于管理计算环境（例如云数据仓库）的方法、制品和设备。在一些实施例中，这包括在运行时间修改对象或对象的组件并且将修改的对象或修改的对象的组件存储在存储装置中。在一些实施例中，修改的对象的组件可包括特征。在一些实施例中，对象或特征可具有超过一个版本。

Description

数据特征的滚动升级的***和方法

相关申请的交叉引用

本申请要求于2011年9月30日提交的对于“数据特征的滚动升级的***和方法”的同在审批中的美国专利申请号13/250,992（代理人案号EMC-11-545）的优先权，其为了全部目的通过引用结合于此。它与2011年9月30日提交的对于动态数据对象升级的***和方法的同在审批中的美国专利申请号13/251,175有关，其也为了所有目的通过引用结合于此。

技术领域

本发明大体上涉及数据***，并且更特定地涉及用于在数据***中组织和升级数据的***和方法。

背景技术

对于数据的存储、入仓和分析越来越需要提高***的可用性和正常运行时间。

频繁地，当需要改变数据***（例如数据库）时，并且特别地当需要改变数据存储或组织或对数据格式做出添加所采用的方式时，***必须脱机、下落（brought down）或用别的方式暂时对用户不可用。例如，如果数据库方案需要更新或升级，这对于整个数据仓库典型地需要停机时间。

期望访问数据***的用户因数据***的不可用而感到受挫，例如，他们频繁地需要访问数据***来执行他们的工作职责。因为例如云供应商难以调度所有他们的消费者或用户可接受的停机时间，停机时间对于分布式和基于“云”的仓库特别成问题。更一般地，基于云的服务和数据***中的大部分消费者以及特别是企业消费者可预期几乎没有停机时间的大致上连续可用性。

因此需要有用于在数据***中对数据的组织做出改变和用于对存储在数据***中的数据做出添加同时如果不消除***对于用户不可用的时间量则使其最小化的改进方法、制品和设备。

附图说明

本发明将通过下列详细描述连同附图而容易理解，其中类似的标号指代类似的结构元件，并且其中：

图1图示根据一些实施例的数据对象。

图2图示根据一些实施例的数据类型定义。

图3图示根据一些实施例的对象。

图4图示根据一些实施例的特征定义。

图5图示物理对象类型与它的逻辑表示之间的关系。

图6图示物理特征类型与它的逻辑表示之间的关系。

图7图示根据一些实施例对于创作特征的方案。

图8是根据一些实施例组织数据的方法的流程图。

图9是根据一些实施例组织数据的方法的流程图。

图10是根据一些实施例组织数据的方法的流程图。

图11图示根据一些实施例的数据***。

图12图示根据一些实施例的数据***。

图13图示根据一些实施例的数据***。

图14图示根据一些实施例的数据***。

图15是根据一些实施例的数据升级的流程图。

具体实施方式

在下文连同附图提供本发明的一个或多个实施例的详细描述，这些附图图示本发明的原理。尽管本发明连同一个或多个这样的实施例描述，应该理解本发明不限于任一个实施例。相反地，本发明的范围仅由权利要求限制并且本发明包含许多备选、修改和等同物。为了示例目的，在下列描述中阐述许多具体细节以便提供本发明的全面理解。为了示例目的提供这些细节，并且本发明可根据权利要求实践而没有这些具体细节中的一些或全部。为了清楚目的，在与本发明有关的技术领域中已知的技术材料未被详细描述使得不会不必要地使本发明晦涩。

应该意识到本发明可以以许多方式实现，包括作为过程、设备、***、装置、方法或计算机可读介质，例如计算机可读存储介质或计算机网络，其中计算机程序指令通过光或电子通信链路发送。应用可采取在通用计算机上执行的软件的形式或在硬件中或固件中硬连线或硬编码。在该说明书中，这些实现或本发明可采取的任何其他形式可称为技术。一般，可在本发明的范围内更改公开的过程的步骤顺序。

本发明的实施例将参考采用配置成存储文件的存储***的形式的数据存储***描述，但应该理解本发明的原理不限于该配置。相反，它们能适用于能够存储和处理各种类型的对象以及特别地采用模拟、数字或其他形式的数据对象的任何***。尽管可通过示例使用例如文档、文件、对象等术语，本发明的原理不限于代表和存储数据或其他信息的任何特定形式；相反，它们同样能适用于代表信息的任何方式。相似地，尽管在本文可参考数据库、数据***、文档存储***、数据仓库或相似的***或数据收集；对这些***中的一个类型的参考应指所有这样的适合***，除非另外明确规定。

传统的数据库或内容管理***具有相对严格的数据对象定义。与这样的数据库或***一起提供或使用的常规数据对象典型地继承许多元数据和功能性，即使不需要或不使用该元数据和功能性中的很多也如此。此外，每对象所有权的总成本是相对高的，并且提供的功能性大体上不灵活且不能改变。

本文的本发明的实施例允许数据结构的更新、升级或其他改动或修改（在本文大体上“更新”），或允许在运行中更新对于数据结构的策略而不使数据***关闭或脱机。在某些实施例中，可允许开发者为单独对象选择更新策略。在其他实施例中，可允许开发者为对象的集合选择更新策略。备选地，在某些实施例中，可允许开发者为整个仓库选择更新策略。在一些实施例中，在***继续操作并且从而***对用户保持可用而没有实质性中断时执行一个或多个选择的对象的数据模型改变或升级。

本发明的实施例提供基于策略动态改变或升级具有持久对象的数据库的方式。本发明的另外的实施例提供用于对“在运行中”的升级对象设置策略而不使数据库脱机以用于升级的***。这些策略允许开发者选择适合于例如升级可适用于单独对象这一情形的升级策略。备选地，升级可适用于对象的集合。在一些实施例和使用中，升级可适用于整个数据仓库；一个或多个选择的对象的数据模型改变或升级在***继续操作时执行。采用该方式，本发明的实施例允许应用的连续操作，即使应用和数据仓库所使用的数据结构需要改变（例如这样的数据结构可因为访问这样的数据结构的商业过程中的对应改变以及相应地基于该商业过程的应用中的改变而需要改变）也如此。

本文描述的增强技术允许数据对象或附属数据结构或特性的动态定义，如在2011年6月30日提交的共同所有和同在审批中的美国专利申请号13/174,746（代理人案号EMC-11-219）对于“动态数据结构”中更详细描述的；这样的申请为了所有目的通过引用结合于此。

如在这样的申请中描述的，数据对象可采用XML文档的形式实现。例如，在涉及扫描的纸文档、数据文件或一些其他实际、虚拟或电子文档或文件的一些实施例中，可创建“文档”对象。具有类型“文档”的该对象可例如通过在XML文档中适当地提供标签而给出特征。在一些实施例中，数据方面或其他横切或多对象数据结构或属性而不是“特征”可例如通过采用XML文档来实现而与数据对象（在本文统称为“特征”）关联。这些数据对象与它们关联的特征可方便地存储在面向对象或其他数据库中，例如为XML文档的存储而优化的那个（如果对象或特征在这样的文档中实现）。直接的发明的受让人所分配的xDB数据库可合适地在实施例中采用用于存储实现数据对象和关联特征的XML文档。

例如，具有类型“文档”的对象可创建有“内容”特征和“创作”特征。对象持有与一些文件（其可在***中在别的地方存储）有关的数据（“文档”对象的实例），例如采用本地二进制大对象（“BLOB”）、众所周知的二进制数据格式或MIME格式。在一些实施例中，“内容”特征可将关于该文件（例如MIME类型、大小、文件参考、文件名或文件***元数据）的数据编组，而“创作”特征可与关于文件的创作过程（例如，最后的修改日期、最后的修改者、创建日期、创建者或应用元数据）的数据关联。

特征是很适合于在运行时间添加到例如对象等数据结构的数据定义。特征定义限定数据模型，但特征还可揭露服务和方法。在运行时间期间将特征添加到对象允许有灵活的数据库模型而不必提前定义严格的数据库结构。实施例可进一步允许在运行中添加或修改特征而不中断存储***或数据库的连续使用。其他实施例可将连续使用的中断限制在期望的量，其包括零中断或停机时间。

因为对象和特征定义数据模型并且揭露或实现服务或方法，在组织内偶尔改变数据模型或关联的服务或方法来反映数据***或数据库以及用于在数据***上操作并且访问数据***的关联应用的所有者的商业过程中的改变、更新或校正，这可是必要的。这些改变可牵涉例如将特征添加到之前没有特征的对象。备选地，与一个或多个对象关联的现有特征可例如通过改变类型或添加数据结构、字段、方法或服务而改变来反映对商业过程或应用的改变。

因此，实施例可提供对象或特征的更新，并且可识别对于对象或特征的识别特性或版本号，并且在版本号的情况下，当实现或部署新版本的对象或特征以便有助于维持在什么时间做出什么改变的记载或记录以及用别的方式能够在未来在必要时复制结果或状态时连续递增。因为新版本的对象或特征通过相关商业过程而开发或变得必要，他（数据***或数据库的管理员）可希望转出新版本的对象或特征而不中断使用对象或特征的数据***或数据库的连续使用。

实施例可对数据库或数据***管理员或操作者提供描述对对象或特征的更新应如何实现使得管理员可指定与商业过程、组织策略、监管或法律框架和组织的任何其他相关准则或需要一致的实现更新的方式的能力。实施例提供多个预定义备选更新部署模型或定制部署模型或***.ata（systems.ata）的创建。

在某些实施例中，可允许在数据***上实现更新的管理员从更新传播到哪些对象方面定义更新的范围和定时。例如，管理员可选取使更新关于单个数据对象、一组数据对象或甚至整个数据仓库而实现。

本文描述的增强技术允许数据对象或数据结构的动态定义。图1图示根据一些实施例的数据对象。图1中的对象是具有“内容”特征和“创作”特征的“文档”对象。对象持有与一些文件有关的数据（其可在***中在别的地方存储）。“内容”特征将关于该文件（MIME类型、大小、文件参考、文件名）的数据编组，而“创作”特征将关于文件的创作过程（最后的修改日期、最后的修改者、创建日期、创建者）的数据编组。

特征是设计成在运行时间添加到数据结构（例如，对象）的数据定义。在图1中的示例中，创作特征和内容特征是在运行时间添加到文档对象的数据定义。特征定义定义数据模型，但特征还可揭露服务和方法。在运行时间期间将特征添加到对象允许灵活的数据库模型而不必提前定义严格的数据库结构。

对象和特征每个具有类型。对象类型可采用XML文档定义，并且对象类型定义可包括名称、名称空间和版本。图2图示根据一些实施例的数据类型定义。图2中的类型定义在http://www.emc.com/typesystem/def名称空间中将名称定义为“文档”。该定义的版本是1。另外的数据类型定义可包括事件配置、Java类配置和需要的特征的集合。例如，在图2中，Java类配置是com.objects.core.Document。在检索该类型的对象时，com.objects.core.Document对象被例示化并且代表采用JVM的该对象。对象的文档提供给实例化。这允许用于在XML文档与代表对象的Java对象之间设置绑定的实现。图2中的类型定义还包括事件配置。例如，关于“创建”事件，关于创作特征的处理程序在内容特征的处理程序之前。相反，关于“删除”事件，关于内容特征的处理程序在关于创作特征的处理程序之前。在一些实施例中，对对象设置限制（例如定义哪些特征可以添加到对象），这可是优选的。

图10图示根据一些实施例用于组织数据的方法。在步骤1000中，创建事件配置，其中该事件配置确定调用特征的事件处理程序所采用的顺序。在步骤1002中，识别java类配置，其中该java类配置确定对象的实例的组成。在步骤1004中，识别需要的特征的集合。在步骤1006中，事件配置、java类配置和需要的特征的集合存储在XML文档中。

在一些实施例中，对象本身几乎不包含数据并且不包含特征。然而，在一些实施例中，对象类型定义可包括需要的特征的集合。需要的特征定义可包括特征的名称、特征的类型和属性名称。特征的名称是在对象中检索实例的键。属性名称用于在生成的对象类型的类中产生获得者的方法。

图3图示根据一些实施例的对象。患者对象包括基本特征和消费者特征。该基本特征和消费者特征可以是对于患者特征的需要特征。也就是说，患者对象的每个实例必定具有这两个特征。如由图3图示的，每个特征提供服务的不同集合并且处理不同集合的事件。每个特征还继承不同集合的元数据。当患者对象被实例化时，它将调用基本特征和消费者特征。根据用户偏好，可调用其他特征。

图9图示根据一些实施例用于组织数据的方法。在步骤900中，识别名称空间。在步骤902中，识别事件处理程序。在步骤904中，识别java类配置。在步骤906中，名称空间、事件处理程序和java类配置存储在XML文档中。也就是说，已经创建特征定义。

尽管用户可在运行时间基于用户偏好从对象添加或去除特征，在一些实施例中，限制或约束对于对象的特征，这可是优选的。例如，如果数据库的管理员不希望用户能够将广泛的特征添加到对象（除其他外，可能由于可能的性能问题而引起），管理员可定义对象类型来限制可添加到对象的特征的量、可使某些特征局限于某些对象或可限制来自某些对象的某些特征。

图3还图示对于每个特征的特征定义。图4图示根据一些实施例的特征定义。该特征定义在它的名称空间（例如在<名称空间>标签之间）中将名称定义为创作（例如，由图1中的文档对象使用的）。该定义的版本是2（不要与使用的XML标准的版本混淆）。该类型的特征包括对于创建、删除和更新事件的处理程序。在检索该类型的特征时，<类-配置>类型的Java对象将被实例化，其代表采用JVM的特征。相似地，当出现关于该特征的创建事件时，“…CreateHandler”的Java对象被实例化，其处理创建事件。特征在一些实施例中还可包括方案。方案可用于验证在运行时间的特征，并且可通过xsdref元素而由特征定义引用。图7图示根据一些实施例对于创作特征的方案。

图5图示物理对象类型与它的逻辑表示之间的关系。相似地，图6图示物理特征类型与它的逻辑表示之间的关系。

图8图示根据一些实施例用于组织数据的方法。在步骤800中，对象被实例化。在步骤802中，修改对象的特征。在步骤804中，修改的对象存储在存储装置中。

图11图示根据一些实施例的数据***。该图示包括根据一些实施例用于更新数据***的特征的***的方面。对象1110的实例化可包含特征1120的零个或以上的实例化。本发明的实施例可提供在对象中包含的初始特征（其是空的），并且例如可被给予零或1的版本号。对象1110与它的一个或多个关联的特征1120可例如采用使对象1110和它的一个或多个组成特征1120持久的方式（例如采用对象-到-数据库映射1135）存储在数据库1130（例如面向XML对象的数据库）中。

特征1120可以是特征定义1140的实例化，即，它的特征可由特征定义1140（特征1120凭借关联1160而与之关联）所调用的特征指定。可指定特征定义1140，其具有版本V(n)1145，其中n可以是例如递增了1的整数或每当更新、升级或用别的方式修改（例如通过修改数据模型、数据类型、服务、方法、功能或诸如此类）新版本的特征定义1140版本1145时的其他值。分配给一系列版本的特征定义1140的不同版本号V(n)做出能与其他早期或后来的特征定义1140（其具有相同的名称并且在包含或将包含谈论中的特征定义1140的实例化的一个或多个对象1110中实例化）区分开的一个特征定义。一般，特征定义在一些实施例中可描述对于对象部分的类的约束。

一些实施例规定这些一个或多个特征定义1140可存储在类型***数据库1180中。类型***数据库1180可以是例如面向对象的数据库的组件，其包括这样的数据库的唯一组件。一些实施例规定类型***数据库1180是用于将XML文档存储在类型***数据库1180中的XML数据库，XML文档凭借该XML数据库而持有各种一个或多个特征定义版本1140或使其持久。特征定义的当前操作版本1140可改变。例如，在本发明的实施例中，在多租户或云实现中，它可改变，租户在那时凭借其使用应用或数据仓库。

图12图示根据一些实施例的数据***。它进一步图示本发明的实施例，特征定义1240可凭借其而如由商业操作或过程所指定的那样改变，并且对特征定义1140的改变可通过如此将特征定义V(n+1)1240存储在类型***1180中而持久化为特征定义1140的新版本V(n+1)1240。在本发明的一个实施例中，提供一种***，数据仓库管理员可凭借其通过将类型定义的新版本1240上载到类型***1180中而改变类型定义1140。

提供升级策略的一些实施例进一步规定特征定义1240可用升级过程或策略1250来实例化，数据仓库管理员凭借其指示数据仓库关于对象1110中实例化的相同对象的现有或未来实例或它的构成特征实现从特征定义V(n) 1140到特征定义V(n+1)1240的升级或改变。升级策略1250可包含在特征定义V(n+1)1240中或用别的方式与类型***1180内的特征定义1240关联。

通过提供特定升级策略1250，本发明的实施例允许管理员通过在商业过程逻辑或能适用于特征、对象和仓库的其他应用要求的约束内指定改变采用将消耗最小资源并且引起最小不方便的方式出现而减少特征定义改变的影响。

在一些实施例中，本发明提供允许存储在数据库中的持久对象的部分或全部的动态修改的升级策略的实现。本发明的实施例提供一种***，策略凭借其而对对象特征的升级来设置，该策略可适用于单独对象、对象的集合或整个数据仓库以及所有它的构成对象。根据一个或多个策略，一个或多个选择的对象的数据模型改变或升级或其他修改可在不使数据仓库脱机的情况下实现。

在一些实施例中，适用于特定特征实例1120或在其中实施的特征定义1140V(n)1145可持续一段时间地在特征实例1120中保持不变，即使管理员已经同时提供一个或多个升级的特征定义V(n+1)1240也如此。升级策略1250可例如规定如在特征1120中实例化的特征定义1140V(n)应在被用户访问时同步变成升级定义V(n+1)1240，即当对象1110的特征1120在搜索数据库后被用户检索时。根据该访问策略，特征1120应升级以在下一次访问对象的特征时使用或遵从特征定义V(n+1)1240。备选地，特征定义V(n)1140可在特征1120和/或对象1110对数据库的搜索作出响应（即，关于数据库的搜索是“命中”）时根据升级策略来升级，即使特征1120、对象1110和它关联的数据（例如对应于存储在对象1110中或存储为对象1110的元数据的文档）分别都未在询问后被用户检索或查看也如此。

备选地，实施例可提供或允许这样的配置，其提供在访问时的异步升级。例如，特征根据新的特征定义的升级可被调度以在背景中、在计算资源允许时或在最佳或方便的时间、在请求或访问对象的特征之后的一些时间处出现。

此外，实施例可提供特征1110的特征定义1140V(n)1145直接到V(n+m)的升级，其中(n+m)>(n+1)，即，其中对于特征1120的特征定义V(n)之前未被升级（尽管超过一个的特征定义升级被管理员宣布，例如在要适用于特征1120的升级特征定义1240的条件因为未实现早期的特征定义升级（例如，特征定义V(n+1)1240）而未被满足的情况下）。

图13图示根据一些实施例的数据***，并且进一步图示该一般情况的特定实例，在对于特征定义1140的升级策略直接从早期特征定义1140提供给后来的特征定义1340时在对于特征定义策略n→n+1 1250的条件在宣布特征定义V(n+2)1340之前未被满足的情况下的实施例中的场景。如与特征定义1240一样，特征定义V(n+2)1340具有升级策略组件1350，其在对于特征实例1120的特征定义因为早期特征定义升级1240已被管理员宣布而升级的情况下预备从n+1→n+2 1355的特征定义升级。然而，该实施例进一步规定升级的特征定义1340具有额外的升级策略1350组件1360，从而提供直接从特征定义1140到特征定义1340的升级方式。如与特征定义1140和升级的特征定义1240一样，特征定义V(n+2)1340可存储在类型***或数据库1180中。从特征定义V(n) 1140到特征定义V(n+2)1340而没有对特征1120应用介入的特征定义V(n+1)1240升级策略1250的该“直接”升级策略1360可根据商业过程和管理的数据仓库所服务的商业过程或域的其他特性在必要时完成。

其他实施例可提供额外或备选的升级策略，例如在成批处理中根据升级特征定义1240或后来的升级特征定义来升级特征1120的策略。例如，升级策略可规定特征可在仓库中升级，即使对象1110的特征1120或可能甚至整个对象1110近来尚未或甚至从未被访问也如此。另外的实施例可提供升级策略，其提供特征1120的定义的升级作为成批处理而不管对应于特征定义1140的每个或甚至任何特征1120是否已被访问。

额外的实施例可通过阻断对受特征定义升级影响的特征的访问或通过阻断对整个对象（其包含受特征定义升级影响）的访问来修改该成批处理升级策略直到受影响的特征的大量升级跨整个数据仓库或仓库的一些段而实现的这样的时间。另一个实施例可提供升级策略，具有某一特征定义1140的某些特征1120凭借其而在任何时间未被升级，即使共享相同特征定义1140的其他特征可根据其他升级策略中的一个而改变也如此。

对于特征定义的版本的升级或修改政策可规定特征定义升级可持续若干时间（甚至非常长的时间，例如在升级策略在访问时提供同步升级的情况下）地对于特定特征实例未出现，但谈论中的特征实例未持续长时间地被数据仓库的用户访问，例如因为它未对用户询问作出响应或用别的方式与用户活动不相关或不对其作出响应。将意识到在这样的情况下，升级策略能够跳过数据模型的版本，并且直到升级策略提供升级的时候，针对特定特征实例的超过单个升级可待定。图14图示根据本发明的实施例应用超出单个升级策略的一个方式。

当多个特征定义升级同时待定时，将意识到可用升级策略的集合可对于特征定义的升级未提供直接或甚至间接的显式路径。例如，因为特征实例1120和/或对象实例1110可还未被用户访问，而特征定义升级策略在访问时提供同步升级，特征实例1120的特征定义1140可持续一段时期地未实现。如果对于到V(n+1)1240、V(n+2)1340、V(n+3)1440并且最后到V(n+4)1460和n+3→n+4 1490的升级的连续特征升级策略还提供在访问时的升级，但在特征定义1140的这些连续仓库升级期间大体上没有出现访问，在升级策略规定特征定义1140从特征定义V(n)到特征定义V(n+4)或更一般地V(最新)的升级最后被触发的时候，可注意管理员可未提供特征定义1140从版本V(n)1140到最终当前版本V(n+4)1460的直接升级路径。相反，仅一些附属升级可已同时由管理员提供，例如升级策略V(n)→(n+1)1250、V(n+1) →(n+2)1355、V(n)→(n+2)1360、V(n+2) →(n+3)1450和升级策略V(n+2) →V(n+4)1475和附属升级V(n+3) →(n+4)1480。然后在该示例下，如果在特征实例1120的升级根据能适用的升级策略而被触发的时候，管理员仅实现直到特征定义V(n+2)1340的升级策略，特征实例1140可以根据升级策略V(n)→(n+2)1360而直接从特征定义V(n)1145升级到特征定义V(n+2)1340。如果另一方面管理员已经宣布升级的特征定义V(n+4)1460，则没有直接升级策略；相反，根据由管理员实现的可用升级策略，特征实例1120从特征定义V(n)1140到特征定义V(n+4)1460的最终升级必须以一系列步骤发生。

本发明的实施例将根据可用特征定义升级策略V(n)→(n+2)1360（即，特征定义V(n)1140升级到V(n+2)1340并且随后从特征定义升级策略V(n+2)→V(n+4)1475升级所凭借的升级策略（即，特征定义V(n+2)1340升级到V(n+4)1460所凭借的升级策略））提供特征实例1120的特征定义V(n)1140沿升级路径1690的逐步或多阶段升级。在许多实施例中，顺着具有超出从任何升级路径可用的最少数量的跳跃的升级路径，这可是不利或次优的。例如，将意识到根据升级策略V(n)→(n+2)1360然后升级策略(n+2)→(n+3)1450以及最后根据升级策略V(n+3) →(n+4)1480、根据升级路径1485通常将没有来自特征定义V(n)的升级特征实例1120的任何优势，因为大体上可以预期升级路径1490提供具有较少开销和时间的相同升级特征定义。然而，直接的发明的实施例可根据可用资源和能适用的商业过程和仓库组织对管理员提供指定最佳更新路径的能力而不考虑升级路径中的策略步骤的数量以便使开销和其他资源最小化或优化它们。

本发明的实施例可提供用于访问并且升级特征的过程。图15是根据一些实施例升级数据的流程图。在步骤1510中，例如数据处理或数据库应用等应用针对访问对象的特征，例如图11的对象1110的特征1120。应用可访问持久层（例如数据库的持久层1130）以便访问对象或对象的组成特征。当前发明的实施例可利用下面的过程以便使应用能够确定升级对于对象或特征是否是待定的，并且如果是这样的话，确定应如何完成升级（例如升级是否在运行中还是作为成批处理而实现）。此外在步骤1510中，对象和/或它的组成特征从持久层访问。在例如步骤1520等另一个步骤中，对象或对象的组成特征的序列化形式从数据仓库接收，例如经由DBMS 1130或其他能适用的持久层。

在步骤1530中，与检索的特征关联的特征定义例如通过检查图11中的能适用于特征实例的版本标签1145或通过检查经由关联1160而与特征关联的特征定义1140来确定。在步骤1540中，一些实施例规定可对于特征定义的后面版本的存在来询问或轮询类型***1180，即特征定义典型地具有比与在步骤1510中访问的特征关联的当前特征定义的版本号更高的版本号。因此对于步骤1540中的特征定义的更高版本号的存在大体上可指示后面的版本的存在。如果没有后面的版本与特征定义关联，对象的特征可在步骤1550中经由“N”（“否”）分支1545来检索。

如果后面的版本可用，在步骤1560中，可检查后面的版本的特征定义或特征定义的版本（例如，图14特征定义1240、1340、1440和1460）例如来确定是否有嵌入的升级策略或用别的方式与一个或多个这样的后面版本关联的升级策略。如果存在可用的升级策略（例如，图14升级策略1250、1350、1450和1470），则在步骤1570中，可检查来自类型***1180的特征定义的最新或最近的版本V(最新)的升级策略（即，在类型***1180中可用的最近版本，图14中的特征定义V(n+4)1460）来看看特征定义版本是否包含从对象特征中实例化的版本直接升级到该最新版本的策略。如果由最近的版本V(最新)提供这样的直接升级策略或方法，在步骤1580中该策略可被检索并且应用于特征。如果没有直接的升级策略从特征的当前特征定义版本提供给最当前的特征定义版本，对于特征的特征定义从当前实例化的V(n)到V(最新)的升级的最佳升级路径可在步骤1590中映射。该升级映射可进一步在步骤1600中应用来使特征的特征定义升级到当前最新特征定义V(最新)。在步骤1600中，选择的升级策略被检索（其包括它们关联的实现商业过程或在各种特征定义升级中实现的其他计算改变的升级代码或脚本）并且按照从最旧到最新的顺序应用于特征以便使特征的特征定义更新到最近特征定义V(最新)。采用该方式，本发明的实施例可用于创建特征或对象的序列化版本，其是有效的并且满足特征定义的最近版本的定义、约束、数据类型和/或过程。

因为特征已经更新为与最近特征定义V(最新)一致，在步骤1610中，对象的特征可与特征定义的新的最新版本关联使得在稍后访问特征时，将经由图14的关联1160知道特征遵循最近特征定义，或如果已经做出对特征定义的介入式改变，可以确定什么升级步骤或升级路径适合于再次将特征带入与最近特征定义版本兼容。在步骤1620中，对象的序列化形式（其包括对应于特征定义的更新特征）存储在数据库中。最后，实施例可提供根据升级/迁移数据模型的对象特征的实例化。

为了清楚起见，本文的过程和方法已经用具体流程图示，但应该理解其他顺序可以是可能的并且一些可并行执行，而不偏离本发明的精神。另外，步骤可细分或组合，或过程可调用其他过程来处理某些任务。在本文对“服务”、“过程”、“方法”、“任务”和相似术语的引用应理解为包含服务、方法、应用、小程序、功能、模块、守护程序、脚本、任务和其他计算机过程，然而是被命名。尽管一些过程或方法可描述为“预期”、“期望”或“接受”某些信息或结果，或更一般地执行动作（例如“获得”），本领域内技术人员将意识到这些过程不必有意识或具有知觉或代理，相反，指示预期或希望的拟人性语言仅规定成说明过程或方法可设计成处理或使用某些类型的变量或具有某些质量或类型的数据，并且其他变量或数据可导致错误、失效、例外、溢出、异常终止、异常结束或“崩溃”；或用别的方式导致非预期、不准确、不可取或次优的结果或输出。如本文公开的，根据本发明编写的软件可存储在例如存储器或CD-ROM/光学介质等一些形式的计算机可读介质中，或在网络上传送，并且由处理器执行。

本文引用的所有参考意在通过引用而包含。尽管已经在上文根据具体实施例描述本发明，预期对本发明的改动和修改将无疑对于本领域内技术人员变得明显并且可在附上的权利要求的范围和等同物内实践。可使用超过一个的计算机，例如通过使用并联或负载分享的布置的多个计算机或使任务跨多个计算机、处理器或分区分配，使得它们作为整体执行本文识别的组件的功能；即，它们代替单个计算机。上文描述的各种功能可由单个计算机上或分布在若干计算机上的单个过程或过程组执行。可使用单个存储装置，或可使用若干个来代替单个存储装置。公开的实施例是说明性而非限制性的，并且本发明不限于本文给出的细节。存在实现本发明的许多备选方式。因此规定本公开和随附的权利要求解释为涵盖所有这样的改动和修改，它们落入本发明的真正精神和范围内。

Claims (14)

1.一种用于更新存储在数据仓库中的数据对象的方法，所述数据对象具有一个或多个特征，所述一个或多个特征中的至少一个具有数据结构，所述方法包括：

访问所述数据对象的特征；

确定被访问的特征的数据结构的版本特性；

确定是否存在被访问的特征的数据结构的其他优选版本；以及

根据被访问的特征的数据结构的优选版本来修改被访问的特征的数据结构。

2.如权利要求1所述的方法，其中，根据其来修改数据结构的被访问的特征的数据结构的优选版本是较近的版本。

3.如权利要求1所述的方法，其中，根据被访问的特征的数据结构的优选版本来修改被访问的特征的数据结构的步骤包括以下步骤：

从实现优选数据结构版本的数据仓库识别可用的更新策略的第一集合；

识别由所述数据仓库提供的更新策略的第二集合，可应用其中的一个或多个来实现被访问的特征的数据结构从它的当前版本到来自所述更新策略的第一集合的策略可应用的版本的更新；

将来自所述更新策略的第二集合的一个或多个更新策略应用于所述特征的数据结构；

将来自所述更新策略的第一集合的更新策略应用于所述特征的数据结构。

4.如权利要求3所述的方法，进一步包括对于提供优化更新路径的特征的数据结构来识别所述更新策略的第二集合的子集的步骤。

5.如权利要求4所述的方法，其中，识别所述更新策略的第二集合的子集的步骤使来自要应用的第二集合的更新策略的数量最小化。

6.如权利要求1所述的方法，进一步包括以下步骤：

从所述仓库获得所述特征的序列化形式；以及

将所述特征的更新序列化形式存储在所述仓库中。

7.如权利要求1所述的方法，其中，所述一个或多个特征中的至少一个的数据结构包括服务。

8.如权利要求7所述的方法，进一步包括以下步骤：

选择并且应用更新策略以便使必须应用于所述数据对象的特征以便实现与优选定义兼容的更新策略的数量最小化。

9.如权利要求1所述的方法，其中所述数据结构的优选版本是较近版本。

10.如权利要求3所述的方法，其中，将来自所述更新策略的第二步骤的一个或多个策略应用于所述特征的数据结构的步骤包括选择并且应用实现所述特征的数据结构到能够通过来自所述更新策略的第一集合的更新策略所起作用的形式的更新所必需的更新策略的最小数量。

11.如权利要求1所述的方法，其中访问所述数据对象的特征的步骤包括访问所述特征的序列化形式。

12.如权利要求11所述的方法，进一步包括采用序列化形式存储所述数据对象的修改特征的步骤。

13.一种用于组织数据的***，包括存储装置和处理器，所述处理器配置成：

从所述存储装置检索数据对象的特征，所述特征根据能修改的定义来组织；

将所述数据对象的特征与当前定义版本相比较；

在必要时将零个或以上的更新策略应用于所述数据对象的特征来实现所述数据对象的特征与所述当前定义版本的兼容；以及

将修改的特征存储在所述存储装置中。

14.一种用于更新存储在仓库中的数据对象的计算机程序产品，所述数据对象具有零个或以上的特征，所述零个或以上的特征具有数据结构，其包括计算机可读介质，所述计算机可读介质具有包含在其中用于以下的程序指令：

访问所述数据对象的特征；

确定被访问的特征的数据结构的版本号；

确定是否存在被访问的特征的数据结构的其他版本；以及

根据被访问的特征的数据结构的不同版本来修改被访问的特征的数据结构。