ArcGIS Desktop

  • ArcGIS Pro
  • ArcMap

  • My Profile
  • 帮助
  • Sign Out
ArcGIS Desktop

ArcGIS Online

专为贵组织打造的制图平台

ArcGIS Desktop

全面的专业性 GIS

ArcGIS Enterprise

面向企业的 GIS

ArcGIS Developers

用于构建位置感知应用程序的工具

ArcGIS Solutions

适用于行业的免费模板地图和应用程序

ArcGIS Marketplace

获取适用于组织的应用程序和数据

  • 文档
  • 支持
Esri
  • 登录
user
  • 我的个人资料
  • 登出

ArcMap

  • 主页
  • 入门
  • 地图
  • 分析
  • 管理数据
  • 工具
  • 扩展模块

使用分布式数据的情景

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

  • 复本树
  • 中央集线器
  • 移动用户
  • 承包商
  • 生产地理数据库和发布地理数据库
  • 多组数据管理
  • 汇集来自多个源的数据

除通过版本化所提供的工作流选项以外,地理数据库复制还支持许多工作流选项。 以下是可通过地理数据库复制来实现的情形。

有关以下情形的详细信息,请参阅白皮书《分发地理数据库数据概述》(An Overview of Distributing Data with Geodatabases)。

复本树

您可以在组织中使用地理数据库复制来创建复本树(类似于版本树),从而将数据分布在层次结构的多个地理数据库中。

例如,某些组织需要将一个组织级的地理数据库复制到多个办事处。 每个办事处拥有一份只包含适用于各自区域的复本,并可将此数据的更改传送到总部。 这样,总部便可对整个范围内的最新数据执行分析。 办事处内部的连接速度会很快,但办事处之间的连接速度要慢很多。 总部可以将地理数据库复制到区域办事处,区域办事处也可用同样的方式将其地理数据库复制到当地办事处。

复本树层次结构作为可能的分布式数据情景 GUID-159F5C2D-AE40-4292-8E53-EA5109032A83

中央集线器

可将复本地理数据库用作中央集线器,以便为读取者和编辑者提供服务。 为保持较快的连接速度,编辑者可创建一个复本将中央集线器的数据检出,然后在执行编辑后,通过与地理数据库同步的方式将更改重新检入。

中央集线器还可用于在多个子复本之间传播更改。 要将更改从一个复本移动到另一个复本,应首先将一个复本中的更改与父(或集线器)复本同步。 随后,另一个子复本即可与父复本进行同步,以获得这些更改。

中央集线器结构作为可能的分布式数据情景

移动用户

组织中的移动用户(如维护工作队)需要在现场对企业级地理数据库的一部分进行编辑。 他们通常需要长时间与组织基础设施的连接完全断开。 在为特定的工作或工程做准备时,相关数据会被复制并传输到便携设备上(如便携式计算机)。 然后此设备会断开网络连接,以便现场工作队可以独立于网络进行操作。 即使他们已与网络断开连接,但仍可以继续使用和修改复制的数据。 当重新连接到网络时,对数据所做的所有更改都将传回并与企业级地理数据库中维护的数据进行同步。

提示:

这种情况下,我们建议每个外业工作人员自身都要有可用的复本。 如果要同时对多个外业工作人员进行同步,建议每个现场工作人员要有其自己的版本,并根据该版本创建复本。 这样能够简化同步流程并避免数据采集冲突。

移动用户或外业工作人员作为可能的分布式数据情景

承包商

某些组织使用第三方承包商完成地理数据库的部分维护工作,并让承包商每月提供更新。 组织必须能够将承包商的更改合并进来,而不必完全重新加载数据。 此外,还需要一种简单方式来只查看每月的更新部分,而不用对整个数据集执行 QA 测试。

通过向承包商发送一份用于更新的相应数据的复本,可以满足上述要求。 当承包商将更改发回组织后,可将这些更改与企业级地理数据库中维护的数据进行同步。

第三方承包商方法作为可能的分布式数据情景

生产地理数据库和发布地理数据库

组织需要为一组编辑者提供支持,同时也要支持具有只读访问权限的用户对系统进行访问。 为满足这两组用户的需求,组织建立了两个企业级地理数据库。 一个是可由编辑者直接编辑的生产地理数据库,另一个是可由读取者访问的此地理数据库的复本。 读取者可通过 ArcGIS Server 访问此数据。

在这种情况下,发布地理数据库中的复本是生产地理数据库的只读副本。 发布地理数据库中的数据无需进行版本化。 可将复制限制为只在一个方向上发送数据。 在生产地理数据库中进行所需的编辑,然后将编辑内容从生产地理数据库发送到发布地理数据库。 这些编辑内容会被传输到发布地理数据库并与其中的数据进行同步,然后供读取者查看。

生产和发布结构作为可能的分布式数据情景

多组数据管理

在您的组织中,可将数据管理任务划分给多个不同的组。 例如,一个组可以负责管理公共事业网络,而另一个组可以负责管理同一区域的土地基础数据。 另外还有一些例子,比如说多个团队负责许多独立的工程。 每个工程的数据集的大部分很可能来自不同的地理区域,但组织需要一个可存储所有工程的中央存储库。

您的组织可使用地理数据库复制将数据分发到各个组,从而将数据划分到相应的工程中。 每个工程团队都会从企业级中央地理数据库接收到一份所需数据的复本。 随后,各个团队便可相互独立地编辑每个复本(也可能是在单独的地理位置),然后将这些编辑内容传输到企业级中央地理数据库。 反过来,对企业级中央地理数据库所做的任何编辑也会被传输到各个工程团队的相应复本。

多组数据管理结构作为可能的分布式数据情景

汇集来自多个源的数据

另一个常见的复制实践就是建立一个收集数据的集中位置。 采用这种建立方式的组织拥有一个中央地理数据库,用于保留来自其他办事处的数据的集合。

州办公机构和国家办公机构之间的数据分发便是这种情况的一个示例。 每个州办公机构独立运作,管理着各自的数据集并定期将更新发送到国家办公机构。 来自每个州的编辑内容将被同步到国家地理数据库的一个综合数据集中。 在这种“子-父”单向复制配置中,国家地理数据库被指定为父角色,而州地理数据库被指定为子角色。

有关详细信息,请参阅技术支持文章压缩包含复本的企业级地理数据库 - 最佳做法。

用作可能的分布式数据情景时,汇集来自多个源的数据

相关主题

  • 准备要复制的数据

ArcGIS Desktop

  • 主页
  • 文档
  • 支持

ArcGIS

  • ArcGIS Online
  • ArcGIS Desktop
  • ArcGIS Enterprise
  • ArcGIS
  • ArcGIS Developer
  • ArcGIS Solutions
  • ArcGIS Marketplace

关于 Esri

  • 关于我们
  • 招贤纳士
  • Esri 博客
  • 用户大会
  • 开发者峰会
Esri
分享您的想法。
Copyright © 2021 Esri. | 隐私政策 | 法律声明