版本化类型

在 Standard 或 Advanced 许可等级下可用。

在企业级地理数据库中,可使用两种主要类型的版本化: 许多相似的概念和工作流都适用于这两种版本化类型,但是也存在一些使它们分开的主要区别。 所使用的版本化类型取决于您的工作流和部署选项。

有两种可用的版本化类型,每种版本化均适用于特定的工作流和部署选项:

  • 分支版本化 - 允许多用户编辑方案和通过要素服务的长期事务,从而简化了 Web GIS 模型 有关详细信息,请参阅分支版本场景
  • 传统版本化 - 在直接从企业级地理数据库进行访问时,提供在多个版本中处理长期事务的灵活性,在使用要素服务以适应短期事务时,提供简化的编辑体验。有关详细信息,请参阅传统版本场景

分支版本化

ArcGIS 平台是一个完整的 Web GIS,是一个由系统平台组成且能够在个人、团队和组织内部及之间共享数据的系统。 这是通过在线服务协作或组织门户中的协作实现的。 分支版本化是服务的长期事务背后的机制。 如果您需要同时访问服务的多个编辑者能够撤销和恢复他们的编辑内容,则您必须首先将您的数据注册为分支版本化。

当注册为分支版本化的数据集作为服务共享时,您可以在发布时启用版本管理功能。 这会创建一个版本管理服务(也称为版本管理服务器),该服务器有助于版本的创建和管理。 然后编辑者可以在自己的指定版本中使用要素服务,更新数据以及在完成后将所做的更改与默认版本合并。

使用分支版本化编辑

优势

分支版本化的优势包括以下内容:

  • 编辑和版本管理任务充分利用了服务型架构。 这样一来,您就可以使用 web 要素图层从 ArcGIS Enterprise 门户环境访问数据。
  • 由于简化了数据模型,因此简化了版本管理工作流。
  • 可在通过要素服务编辑指定版本时撤消和恢复更改。
  • 可在多个会话中管理冲突解决。
  • 公共设施网络、宗地结构和拓扑数据集支持分支版本化,以便在使用企业级地理数据库时编辑工作流。
  • 追踪对版本中要素的插入、更新和删除操作的编辑。

局限性

分支版本化的局限性包括以下内容:

  • 分支版本化数据集在 ArcMap 和早于 ArcGIS Pro 2.1 的版本中无法访问。
  • 大多数编辑工作流仅支持作为 Web 要素图层从组织的门户访问分支版本化的数据集。
  • 仅地理数据库中的某些数据集支持分支版本化。 有关分支版本化的受支持数据集的详细信息,请参阅企业数据管理策略
  • 分支版本化只允许每个分支版本一个编辑者或多个读者。 一旦某个编辑者开始在分支版本中进行编辑时,便会获得独占锁,这样其他用户就无法连接到该版本。
  • 分支版本化具有简化的版本等级,仅允许从默认版本创建一个级别的指定版本。

传统版本化

如果您没有使用需要长期事务的要素服务,但希望获得版本化提供的多用户编辑和工作流优势,您可以使用传统版本化数据管理策略。 这使您可以灵活地容纳多个编辑者,并提供孤立版本以管理您的工作流,如假设情景、预测分析和工作站点提案。

传统版本化适用于直接通过数据库连接访问企业级地理数据库,从而利用多用户编辑工作流的用户。 当直接从企业级地理数据库中进行访问时,若您需要在多个版本中处理长期事务,但又不希望通过此级别的版本管理功能处理于要素服务级别共享的数据,则请使用传统版本。 数据集可以通过要素服务共享,但不会具有相同级别的多用户版本管理功能。 例如,您从中发布的版本是您唯一有权访问的版本,并且无法对编辑内容进行撤消或恢复操作。

企业级地理数据库可以拥有的传统版本数量没有限制。 版本可以具有各种不同的配置并且支持多种工作流程,包括孙版本、曾孙版本等多个等级。 但是,为了简化和地理数据库管理,推荐的最佳做法是保持扁平版本树或使多个编辑者同时编辑默认版本。

使用传统版本化编辑

优势

传统版本化的优势包括以下内容:

  • 独立的编辑环境允许灵活的多用户部署方案。
  • 可以编辑高级数据集,如网络数据集和拓扑。
  • 在进行编辑时可撤消或恢复更改。
  • 可以在不阻止其他编辑者的情况下进行编辑。 可以检测和协调编辑冲突。

局限性

传统版本化的局限性包括以下内容:

  • 根据版本数和编辑量,有版本管理任务需要定期完成以保持系统的高效。
  • 第三方应用程序必须与版本化视图相适用才能读取数据。
  • 处理版本化数据时,在使用处于活动状态的 DBMS 行为(如唯一约束和触发器)方面存在限制。
  • 在使用服务时无版本管理功能。

选择将编辑内容移动到基表的传统版本化

在复杂的计算环境中,可能会有许多不同的部门应用程序访问同一数据库,因此需要能够同时支持 ArcGIS 和第三方应用程序。 在此情况下,您可以将数据注册为版本化,并将编辑内容移动到基表。 这是一种混合数据管理策略,您可以针对长期事务和多用户编辑要求创建版本,但是对默认版本的编辑将按短期事务执行,因此可供所有使用数据库的应用程序直接访问。

例如,一个部门使用 ArcGIS Pro 维护数据库中的地理数据,而另一个部门使用自定义应用程序维护同一数据库中的客户记录。 自定义应用程序需要在事务进行时应用 DBMS 约束和触发器并且可能不识别版本化表。 与此同时,另一部门需要在自己的独立版本中编辑地理数据,在编辑完成并通过批准之后再共享部门编辑内容。

由于考虑到这些要求,选择将编辑内容移动到基表的版本化允许您在要素类或表上执行版本化编辑,同时保留与其他应用程序共享编辑内容的能力。 将编辑内容移动到基表的选项可以让所有应用程序在同一数据库上进行工作。

通过选择将编辑内容移动到基表的版本化进行编辑

优势

选择将编辑内容移动到基表的版本化的优势包括以下内容:

  • 这种类型具有许多与传统版本化相同的优点。
  • 您可以在指定版本中使用长事务,在默认版本中使用短事务。
  • 可适应要求 ArcGIS Pro 和其他应用程序同时进行数据访问的工程。

局限性

选择将编辑内容移动到基表的版本化的局限性包括以下内容:

  • 只能编辑简单要素:点、线、面、注记和关系。 无法编辑拓扑、网络数据集或公共设施网络中的要素类。

相关主题