对One Way的再研究

今天接到一用户的问题，是同步复制的，唉，这个同步复制真是水很深啊，以前也研究过这些东西，但是过些时间，里面的细节什么的都忘记了，不过根据用户的问题再次的研究也会得到一些信息的东西。

对One Way的两个场景

1：父库===============》父复本（父到子的方式）

应用场景：一个编辑库，一个发布库，编辑库编辑新数据同步到发布库中。

2：子库===============》子复本（子到父的方式）（ArcGIS10新加的功能）

应用场景：一个省级库，将省库的数据分发到各个地市，然后修改各个地市的数据然后再同步到省库中。

对第一种方式，父库必须为注册版本，添加GlobeID，然后在通过父库（利用ArcMap加载父库数据）创建复本(Parent to child)，这个父复本自动的注册版本，但是原始数据存储在父复本的基表中。而且如果对父库进行版本编辑，使用父库（Arcmap加载父库数据）将编辑的数据同步到父复本后，父复本的数据也存储在增量表中。

对第二种方式，子库可以注册版本，也可以不注册版本，但是必须添加GlobeID，然后通过子库创建复本（child to parent),这个子复本自动注册版本，子库如果不注册版本也没有变化。如果对子复本进行数据编辑后，需要使用子库（Arcmap加载子库数据）进行同步子复本的数据，而且如果子库不注册版本，子库的数据变化也就是基表的变化。这个需要注意一下。

----------------------------------------------------------------------------------

另外帮助上有句话需要说明一下：对父复本中的数据进行编辑后，如果编辑内容与同步过程中应用的编辑发生冲突，编辑内容将被覆盖。

以第二中场景为例，对第二中场景从子到子复本，只能子复本可以进行版本编辑，但是

a:如果是子库进行了非版本编辑（假如编辑了ObjectID=1）要素（将一个图形为圆修改为三角）

b:你在子复本对Objectid=1的要素进行了进一步的编辑（将一个图形为圆修改为四方）

c:你数据加载子库数据，进行同步后，系统会将子复本的数据的四方数据同步过来，子库的三角又修改为了四方

也就是说编辑内容会被同步过来的数据所覆盖。

----------------------------------------------------------------------------------

通过刚才的说明，我们看到了：

第一种场景使用版本的机制来支持，这经过日积月累，增量库的数据会越来越多，那么效率就会降低。这时就可以使用归档的方式来进行同步（ArcGIS10新特性），

第二种场景，我们的子库就可以不注册版本，这样同步过来的数据都存储在基表中，那么查询效率就有保证。