ArcGIS历史归档

1、ESRI中国（北京）有限公司客户及合作伙伴支持部ArcGIS历史归档ArcGIS 版本原理ArcGIS版本应用利用ArcGIS版本可以进行多用户并非操作、长事务处理、处理复杂条件数据入库（入库一般发现入库数据有误的处理等）、历史回溯、时态型数据管理等。ArcGIS版本原理ArcGIS版本管理是利用 ArcSDE来管理数据库数据，可以对数据进行版本注册， 创建版本，对版本进行编辑，然后进行版本的协调，修改父子版本（或者上下级）的冲 突，最后提交版本。版本只是记录数据库的一个状态，是一个数据“快照”，而不是数据的物理复制。以下描述都是在版本注册选择为Without the option to mo

2、ve edits to base当ArcGIS对数据进行版本注册后，数据库本身一个基表Base会产生与基表相关联的Delta表A<R_ID>表（记录数据增加修改表）、D<R_ID>表（记录数据删除表）， 当用户通过客户端对 Base表进行操作时，其实数据都记录在Delta表中，这也是某些用户通过直接查看数据库相关表并没有发现自己修改的数据的原因。在使用版本编辑数据时，是通过用户数据库和 SDE元数据库一块来完成相关的操 作的。在用户进行数据编辑时，通过sde数据库的states表记录编辑状态，通过statenages 记录编辑的流程，通过 versions记录版本信息，

3、然后与 A表、D表通过 stateD进行相互关联来进行版本的编辑管理的。在用户频繁的利用版本进行数据编辑时，可能会感觉数据查询会越来越慢，这就是因为在查询数据时，不仅仅是对Base表进行搜索的，要对 A表、D表、SDE状态表、版本表等都会进行相互管理查询，所以用户应该定期提交版本到Default版本，对数据库进行Compress操作，作用是将Delta数据转移到Base表中，删除无效的编辑状态， 这样就会提高查询分析效率。ArcGIS 记录历史的方式版本方式利用ArcGIS版本进行记录，用户每更新一次数据库，都要新建一个版本，更新完 以后，可以保留该版本，因此用户可以通过版本记录数据库的更新信

4、息，并且通过选择 相应的版本，浏览当时的数据库状态。利用版本方式记录历史，势必会增加数据库的冗余，使日后的查询分析效率下降。因为如果详细记录数据的变化，每做一步就要建立一个版本来记录状态，对于大数据量频繁的进行变更，使用版本方式来记录历史肯定是繁杂而且效率低下的。历史归档方式ESRI公司从ArcGIS9.2版本之后就增加了 Geodatabase 数据模型的历史库功能，该功能就可以记录数据演变的每一个状态，而且可以进行相关联的历史回溯，可以满足 不同行业对历史数据相关管理的要求。ArcGIS历史归档历史数据创建前提ArcGIS在使用历史归档时首先必须对ArcGIS数据进行版本注册，而且注册选项

5、（without the opti on to move edits to base）。数据支持SDE 数据管理的数据集、FeatureClass、Table、Relationship ，Network、Topology等数据类型。创建在GDB进行版本注册后，选择数据集右键，Archiving，选择Enable Archiving即可。在进行了数据归档后，会在原基表Base表的基础上产生一个新的历史表一般以Base_H表示，该表增加了 GDB_FROM_DATE （记录某个要素也就是数据表的行记录 的创建时间）、GDB_TO_DATE （记录某个要素也就是数据表的行记录的灭失时间）、GDB_A

6、RCHIVE_ID（唯一标识归档类的某行记录 ）。注意：历史表记录的时间为服务器的时间，在历史表会有一个ObjectID，该值是可以重复的。例如当对一个图层进行改变形状、修改属性等。历史归档针对的对象是 Default版本，所有的子版本所做的变更只有通过提交后才会被归档，否则不会有变化。在历史归档环境下对基表的列进行增加或者删除时，归档表也进行相应的改变。归档表知识记录历史数据，是只读状态，所以用户不能直接编辑该图层。 其他如果用户注册为 movi ng edits to base，不能使用历史归档基表中的索引也在归档表中创建归档表在ArcCatalog不可见，可以将归档表加载到ArcMap显

7、示归档表复制了基表的所有信息对已经归档的数据集导入新的要素类，需要重新进行版本注册和历史归档操作可以查看要素类属性-general-查看数据归档创建的相关信息历史数据灭失当用户对数据集进行反注册版本时，必须首先进行Disable Archiv ing。在Enable Archiving的情况下，当用户对整个数据集或对选择的要素类进行删除，相应的历史表不被删除。（进行Disable Archiving也不能删除）当用户进行版本删除，或者当前版本数据的删除，都不会把历史表所记录的数据给删除掉，通过Disable Archiving功能可以灭失历史表（不能撤销）单击是：则将删除存档类。单击否：则会为

8、具有 gdb_from_date 和gdb_to_date 属性，您仍可能查询并查 看ArcMap中的时序表保留存档类ArcGIS历史归档工具瓷具弟參工具攜逑浏见臥以遑择不伺的蔚史捺祀 艇*时网来奄甫労对状.毎It机束址扶不可用历鱼肚摊才可用将历史展Apf-J ArcMap1：箱史囹揍包括偏聶过瑕产圭的飾有毅毎的图念刊* fTOCJ2：福另牝碍对诫屋此】亍不配龙的圭询3：遑搭盪圈屋，诵珀党可用预史栋记可以用采创it.蜻| .饉、剧1：建宝创莖对于理輩的样记伙挞r叉特汎牛丿營罐衣2：虜羟工柞变何.長功能可窜3：历丈稀记不称不絶重曩ArcMap历史归档工具介绍m 程 I¥Twb«

9、; 只 w» $ A 1|-i1.F*W? m r«4l历史工具使用方法5 / 11ESRI中国（北京）有限公司客户及合作伙伴支持部# / 11ESRI中国（北京）有限公司客户及合作伙伴支持部叫i*匚HfT2jtemdSnE15: M:1ZJ tj1 sisav槻撫具体肘诃来连抿ESRI China Beijing)、山“ nii 分尊地理输位ArcMap历史归档面板介绍# / 11ESRI中国（北京）有限公司客户及合作伙伴支持部汁涉史心坊史工具後用方法Seteci tw 帀KCf y«wi' rssiMirameCEFAUL：IS-.Kit- _ ElH

10、aban zari Z>d* mi Trr*吊系炭舞了 一个拐也的炼记此£1期知肘町*可以单击蔑解秧含以剣打寒指龙的时刮拈应悄立/ ESRI China (Beijinn)分李鱼睦输值ArcMap历史归档面板介绍易史工具注冊板本便用方法><弩妍敝本历史工具使用流程ArcGIS历史归档原理编辑行为vs历史归档表数据进行归档时，所有基表 Base表数据都会产生一个 Base_H表，归档表的数据 继承了 Base表的所有数据属性。在 GDB_FROM_DATE字段记录创建数据归档的数据 库时间信息、GDB_TO_DATE默认为12/31/9999 23: 59 : 59因

11、为现在的数据没有任何变化，默认为结束时间为 N年后了。新增数据116 7/3/MO311:? 39 AM11S117116amli?2:23:43 PM7 / 11ESRI中国（北京）有限公司客户及合作伙伴支持部# / 11ESRI中国（北京）有限公司客户及合作伙伴支持部当对数据进行新增要素时， 归档表就会记录一个新要素的信息，特别是记录了要素 创建时间。如图所示新增数据117，创建时间2005年7月9日 下午2点23分43秒删除数据当对数据进行要素删除时，及逻辑表达也就是数据灭失，那么在GDB_TO_DATE记录了要素删除的时间。如图117删除时间为2005年7月12日下午5点34分22秒。

12、11611711«7/5/2005 11:27:30 AH12E丹慈117/. /ZX'lr II1ZE衍阳9修改数据1161沖七eh 肿117116 '珅习2<|口空 11:27.3® AM1177/9/2005 2；23H3 PM，尹左E PM1177/14/2t»5 3!4S_23 AMi/3ijgwg上面记录的是修改数据，其实从图上表示为先删除后添加数据。但是另一种情况就是直接改变117要素形状，那么真正的表应该是要素的如上图的117要素形状的结束时间和下图117新要素形状的创建时间应该是一致的，用下表来表示GDB FROM DATE

13、GDB TO DATE GDB.ARC HIVE OID2010/G/2 17:30:302-010/6/2 17:34:11”3.2010/6/2 17:34:11 T却 10 用尼 17:3:0242010/6/2 17.37:30*2010/6 17:33:14J §2010/6/2 17:3&:14 T9999/12/S1 23:59:&9 TEeiTm昭 1A JU： 14'7历史归档原理根据上面编辑行为与历史归档表的相互关系，我们可以看到，所有的编辑行为都是与编辑对象的创建时间、结束时间相互联系的，所以在ArcGIS历史归档应用就是记录编辑对象的创

14、建、灭失时间，然后对记录的时间进行查询的过程。ArcMap工具归档原理在使用ArcMap进行历史归档时，我们可以对数据编辑的状态进行记录，也就是记录不同的历史状态，可以进行相关的历史回溯。其实ArcMap记录历史状态的信息存储与SDE数据库里面的gdb_historicalmarkers，每一个状态对应一个状态时间，然后根据这个状态时间查询归档表里面的创建和灭失时间，以达到数据状态的历史浏览。|HM_TIMESTAMP1分劃要素2010/6/2 173S:14T2改变團形形状2Q10/6/2 1Z39D2T3新薩一个墓素2D10/6/2 17:34:11呼斗新建另一个图册-2加和印卫17373

15、05删除團形2010/2 17:39:38T6DEFAULT2010/6/2 1739:38|GD0 FROM DATE .GDB TO DATEGDB ARCHIVE OID2010/6/2 17:30:302010/6/2 1734:112010/6(2 17 34:11-2010/6/2 1739:02 T42010/G/2 173730”2010/6f2 173S1452010/6/2 17:38:14-9999/12/31 23:59:59 ”62010/52 17:3*142010/6/2 1739:3872010/6/2 1739:029999/12/31 23:59:59 32

16、O1D/6/2 17J29:4S9999/12/31 2359E9 T12010/6/2 1Z2ft459999/12/31 23:59:58 ”2历史回溯3 GDE FP!OM DATE TGDBTO,DATE201Q/6/17 9:36 529999/1/31 23:559 * 2010/6/17 9:36:52'999/12/31 23:59:59 201W17 9:37:352010/6/17 9:41:24| 为咖 17 9:4124_2010/6/17 W:07S2 *-2010/6/17 5：4T24-2010/6/17 10:07:52 T-2Q1Q/6/17 1Q.0

17、Z52 '2010/6/17 W:Q9:23 "t 2010/6/17 10.09.2B-2010/6/17 1O:1O:30_J*|i 2010/6/17 W 10:39-999/12/31 53:59 59 1 2010/17 10:10:39”2010/6/17 10:12:05根据上面所述的编辑行为与历史归档表的相互关系，我们首先在GDB_TO_DATE的时间为9999/12/31 23:59:59的数据，而且该数据的 GDB_FROM_DATE与数据表 里面的GDB_TO_DATE相同，这样做就排除了原来数据并没有发生变更的大量数据。从上图我们可以看到有一条记录为from 时间为10 : 10 : 39 To时间为永久的数据，记录为 A。而且我们还可以看到有一条记录B的创建时间与刚才 A记录的创建时间相同，但是结束时间为 10:12:05，那么肯定B要素为已经删除的要素，而且 A和B 为同时产生的，可以推断出是由某个要素分割而产生的A、B要素。继续