ArcGIS歷史歸檔

1、ESRI中國(guó)（北京）有限公司客戶及合作伙伴支持部ArcGIS歷史歸檔ArcGIS 版本原理ArcGIS版本應(yīng)用利用ArcGIS版本可以進(jìn)行多用戶并非操作、長(zhǎng)事務(wù)處理、處理復(fù)雜條件數(shù)據(jù)入庫(kù)（入庫(kù)一般發(fā)現(xiàn)入庫(kù)數(shù)據(jù)有誤的處理等）、歷史回溯、時(shí)態(tài)型數(shù)據(jù)管理等。ArcGIS版本原理ArcGIS版本管理是利用 ArcSDE來(lái)管理數(shù)據(jù)庫(kù)數(shù)據(jù)，可以對(duì)數(shù)據(jù)進(jìn)行版本注冊(cè)， 創(chuàng)建版本，對(duì)版本進(jìn)行編輯，然后進(jìn)行版本的協(xié)調(diào)，修改父子版本（或者上下級(jí)）的沖 突，最后提交版本。版本只是記錄數(shù)據(jù)庫(kù)的一個(gè)狀態(tài)，是一個(gè)數(shù)據(jù)“快照”，而不是數(shù)據(jù)的物理復(fù)制。以下描述都是在版本注冊(cè)選擇為Without the option to mo

2、ve edits to base當(dāng)ArcGIS對(duì)數(shù)據(jù)進(jìn)行版本注冊(cè)后，數(shù)據(jù)庫(kù)本身一個(gè)基表Base會(huì)產(chǎn)生與基表相關(guān)聯(lián)的Delta表A<R_ID>表（記錄數(shù)據(jù)增加修改表）、D<R_ID>表（記錄數(shù)據(jù)刪除表）， 當(dāng)用戶通過(guò)客戶端對(duì) Base表進(jìn)行操作時(shí)，其實(shí)數(shù)據(jù)都記錄在Delta表中，這也是某些用戶通過(guò)直接查看數(shù)據(jù)庫(kù)相關(guān)表并沒(méi)有發(fā)現(xiàn)自己修改的數(shù)據(jù)的原因。在使用版本編輯數(shù)據(jù)時(shí)，是通過(guò)用戶數(shù)據(jù)庫(kù)和 SDE元數(shù)據(jù)庫(kù)一塊來(lái)完成相關(guān)的操 作的。在用戶進(jìn)行數(shù)據(jù)編輯時(shí)，通過(guò)sde數(shù)據(jù)庫(kù)的states表記錄編輯狀態(tài)，通過(guò)statenages 記錄編輯的流程，通過(guò) versions記錄版本信息，

3、然后與 A表、D表通過(guò) stateD進(jìn)行相互關(guān)聯(lián)來(lái)進(jìn)行版本的編輯管理的。在用戶頻繁的利用版本進(jìn)行數(shù)據(jù)編輯時(shí)，可能會(huì)感覺(jué)數(shù)據(jù)查詢會(huì)越來(lái)越慢，這就是因?yàn)樵诓樵償?shù)據(jù)時(shí)，不僅僅是對(duì)Base表進(jìn)行搜索的，要對(duì) A表、D表、SDE狀態(tài)表、版本表等都會(huì)進(jìn)行相互管理查詢，所以用戶應(yīng)該定期提交版本到Default版本，對(duì)數(shù)據(jù)庫(kù)進(jìn)行Compress操作，作用是將Delta數(shù)據(jù)轉(zhuǎn)移到Base表中，刪除無(wú)效的編輯狀態(tài)， 這樣就會(huì)提高查詢分析效率。ArcGIS 記錄歷史的方式版本方式利用ArcGIS版本進(jìn)行記錄，用戶每更新一次數(shù)據(jù)庫(kù)，都要新建一個(gè)版本，更新完 以后，可以保留該版本，因此用戶可以通過(guò)版本記錄數(shù)據(jù)庫(kù)的更新信

4、息，并且通過(guò)選擇 相應(yīng)的版本，瀏覽當(dāng)時(shí)的數(shù)據(jù)庫(kù)狀態(tài)。利用版本方式記錄歷史，勢(shì)必會(huì)增加數(shù)據(jù)庫(kù)的冗余，使日后的查詢分析效率下降。因?yàn)槿绻敿?xì)記錄數(shù)據(jù)的變化，每做一步就要建立一個(gè)版本來(lái)記錄狀態(tài)，對(duì)于大數(shù)據(jù)量頻繁的進(jìn)行變更，使用版本方式來(lái)記錄歷史肯定是繁雜而且效率低下的。歷史歸檔方式ESRI公司從ArcGIS9.2版本之后就增加了 Geodatabase 數(shù)據(jù)模型的歷史庫(kù)功能，該功能就可以記錄數(shù)據(jù)演變的每一個(gè)狀態(tài)，而且可以進(jìn)行相關(guān)聯(lián)的歷史回溯，可以滿足 不同行業(yè)對(duì)歷史數(shù)據(jù)相關(guān)管理的要求。ArcGIS歷史歸檔歷史數(shù)據(jù)創(chuàng)建前提ArcGIS在使用歷史歸檔時(shí)首先必須對(duì)ArcGIS數(shù)據(jù)進(jìn)行版本注冊(cè)，而且注冊(cè)選項(xiàng)

5、（without the opti on to move edits to base）。數(shù)據(jù)支持SDE 數(shù)據(jù)管理的數(shù)據(jù)集、FeatureClass、Table、Relationship ，Network、Topology等數(shù)據(jù)類型。創(chuàng)建在GDB進(jìn)行版本注冊(cè)后，選擇數(shù)據(jù)集右鍵，Archiving，選擇Enable Archiving即可。在進(jìn)行了數(shù)據(jù)歸檔后，會(huì)在原基表Base表的基礎(chǔ)上產(chǎn)生一個(gè)新的歷史表一般以Base_H表示，該表增加了 GDB_FROM_DATE （記錄某個(gè)要素也就是數(shù)據(jù)表的行記錄 的創(chuàng)建時(shí)間）、GDB_TO_DATE （記錄某個(gè)要素也就是數(shù)據(jù)表的行記錄的滅失時(shí)間）、GDB_A

6、RCHIVE_ID（唯一標(biāo)識(shí)歸檔類的某行記錄 ）。注意：歷史表記錄的時(shí)間為服務(wù)器的時(shí)間，在歷史表會(huì)有一個(gè)ObjectID，該值是可以重復(fù)的。例如當(dāng)對(duì)一個(gè)圖層進(jìn)行改變形狀、修改屬性等。歷史歸檔針對(duì)的對(duì)象是 Default版本，所有的子版本所做的變更只有通過(guò)提交后才會(huì)被歸檔，否則不會(huì)有變化。在歷史歸檔環(huán)境下對(duì)基表的列進(jìn)行增加或者刪除時(shí)，歸檔表也進(jìn)行相應(yīng)的改變。歸檔表知識(shí)記錄歷史數(shù)據(jù)，是只讀狀態(tài)，所以用戶不能直接編輯該圖層。 其他如果用戶注冊(cè)為 movi ng edits to base，不能使用歷史歸檔基表中的索引也在歸檔表中創(chuàng)建歸檔表在ArcCatalog不可見(jiàn)，可以將歸檔表加載到ArcMap顯

7、示歸檔表復(fù)制了基表的所有信息對(duì)已經(jīng)歸檔的數(shù)據(jù)集導(dǎo)入新的要素類，需要重新進(jìn)行版本注冊(cè)和歷史歸檔操作可以查看要素類屬性-general-查看數(shù)據(jù)歸檔創(chuàng)建的相關(guān)信息歷史數(shù)據(jù)滅失當(dāng)用戶對(duì)數(shù)據(jù)集進(jìn)行反注冊(cè)版本時(shí)，必須首先進(jìn)行Disable Archiv ing。在Enable Archiving的情況下，當(dāng)用戶對(duì)整個(gè)數(shù)據(jù)集或?qū)x擇的要素類進(jìn)行刪除，相應(yīng)的歷史表不被刪除。（進(jìn)行Disable Archiving也不能刪除）當(dāng)用戶進(jìn)行版本刪除，或者當(dāng)前版本數(shù)據(jù)的刪除，都不會(huì)把歷史表所記錄的數(shù)據(jù)給刪除掉，通過(guò)Disable Archiving功能可以滅失歷史表（不能撤銷）單擊是：則將刪除存檔類。單擊否：則會(huì)為

8、具有 gdb_from_date 和gdb_to_date 屬性，您仍可能查詢并查 看ArcMap中的時(shí)序表保留存檔類ArcGIS歷史歸檔工具瓷具弟參工具攜逑瀏見(jiàn)臥以遑?fù)癫凰诺奈凳忿囔?艇*時(shí)網(wǎng)來(lái)奄甫労對(duì)狀.毎It機(jī)束址扶不可用歷魚(yú)肚攤才可用將歷史展Apf-J ArcMap1：箱史囹揍包括偏聶過(guò)瑕產(chǎn)圭的飾有毅毎的圖念刊* fTOCJ2：福另牝礙對(duì)誡屋此】亍不配龍的圭詢3：遑搭盪圈屋，誦珀黨可用預(yù)史棟記可以用采創(chuàng)it.蜻| .饉、劇1：建寶創(chuàng)莖對(duì)于理輩的樣記伙撻r叉特汎牛丿營(yíng)罐衣2：虜羥工柞變何.長(zhǎng)功能可竄3：歷丈稀記不稱不絶重曩ArcMap歷史歸檔工具介紹m 程 I¥Twb«

9、; 只 w» $ A 1|-i1.F*W? m r«4l歷史工具使用方法5 / 11ESRI中國(guó)（北京）有限公司客戶及合作伙伴支持部# / 11ESRI中國(guó)（北京）有限公司客戶及合作伙伴支持部叫i*匚HfT2jtemdSnE15: M:1ZJ tj1 sisav槻撫具體肘訶來(lái)連抿ESRI China Beijing)、山“ nii 分尊地理輸位ArcMap歷史歸檔面板介紹# / 11ESRI中國(guó)（北京）有限公司客戶及合作伙伴支持部汁涉史心坊史工具後用方法Seteci tw 帀KCf y«wi' rssiMirameCEFAUL：IS-.Kit- _ ElH

10、aban zari Z>d* mi Trr*吊系炭舞了 一個(gè)拐也的煉記此£1期知肘町*可以單擊蔑解秧含以剣打寒指龍的時(shí)刮拈應(yīng)悄立/ ESRI China (Beijinn)分李魚(yú)睦輸值A(chǔ)rcMap歷史歸檔面板介紹易史工具注冊(cè)板本便用方法><弩妍敝本歷史工具使用流程ArcGIS歷史歸檔原理編輯行為vs歷史歸檔表數(shù)據(jù)進(jìn)行歸檔時(shí)，所有基表 Base表數(shù)據(jù)都會(huì)產(chǎn)生一個(gè) Base_H表，歸檔表的數(shù)據(jù) 繼承了 Base表的所有數(shù)據(jù)屬性。在 GDB_FROM_DATE字段記錄創(chuàng)建數(shù)據(jù)歸檔的數(shù)據(jù) 庫(kù)時(shí)間信息、GDB_TO_DATE默認(rèn)為12/31/9999 23: 59 : 59因

11、為現(xiàn)在的數(shù)據(jù)沒(méi)有任何變化，默認(rèn)為結(jié)束時(shí)間為 N年后了。新增數(shù)據(jù)116 7/3/MO311:? 39 AM11S117116amli?2:23:43 PM7 / 11ESRI中國(guó)（北京）有限公司客戶及合作伙伴支持部# / 11ESRI中國(guó)（北京）有限公司客戶及合作伙伴支持部當(dāng)對(duì)數(shù)據(jù)進(jìn)行新增要素時(shí)， 歸檔表就會(huì)記錄一個(gè)新要素的信息，特別是記錄了要素 創(chuàng)建時(shí)間。如圖所示新增數(shù)據(jù)117，創(chuàng)建時(shí)間2005年7月9日 下午2點(diǎn)23分43秒刪除數(shù)據(jù)當(dāng)對(duì)數(shù)據(jù)進(jìn)行要素刪除時(shí)，及邏輯表達(dá)也就是數(shù)據(jù)滅失，那么在GDB_TO_DATE記錄了要素刪除的時(shí)間。如圖117刪除時(shí)間為2005年7月12日下午5點(diǎn)34分22秒。

12、11611711«7/5/2005 11:27:30 AH12E丹慈117/. /ZX'lr II1ZE衍陽(yáng)9修改數(shù)據(jù)1161沖七eh 腫117116 '珅習(xí)2<|口空 11:27.3® AM1177/9/2005 2；23H3 PM，尹左E PM1177/14/2t»5 3!4S_23 AMi/3ijgwg上面記錄的是修改數(shù)據(jù)，其實(shí)從圖上表示為先刪除后添加數(shù)據(jù)。但是另一種情況就是直接改變117要素形狀，那么真正的表應(yīng)該是要素的如上圖的117要素形狀的結(jié)束時(shí)間和下圖117新要素形狀的創(chuàng)建時(shí)間應(yīng)該是一致的，用下表來(lái)表示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歷史歸檔原理根據(jù)上面編輯行為與歷史歸檔表的相互關(guān)系，我們可以看到，所有的編輯行為都是與編輯對(duì)象的創(chuàng)建時(shí)間、結(jié)束時(shí)間相互聯(lián)系的，所以在ArcGIS歷史歸檔應(yīng)用就是記錄編輯對(duì)象的創(chuàng)

14、建、滅失時(shí)間，然后對(duì)記錄的時(shí)間進(jìn)行查詢的過(guò)程。ArcMap工具歸檔原理在使用ArcMap進(jìn)行歷史歸檔時(shí)，我們可以對(duì)數(shù)據(jù)編輯的狀態(tài)進(jìn)行記錄，也就是記錄不同的歷史狀態(tài)，可以進(jìn)行相關(guān)的歷史回溯。其實(shí)ArcMap記錄歷史狀態(tài)的信息存儲(chǔ)與SDE數(shù)據(jù)庫(kù)里面的gdb_historicalmarkers，每一個(gè)狀態(tài)對(duì)應(yīng)一個(gè)狀態(tài)時(shí)間，然后根據(jù)這個(gè)狀態(tài)時(shí)間查詢歸檔表里面的創(chuàng)建和滅失時(shí)間，以達(dá)到數(shù)據(jù)狀態(tài)的歷史瀏覽。|HM_TIMESTAMP1分劃要素2010/6/2 173S:14T2改變團(tuán)形形狀2Q10/6/2 1Z39D2T3新薩一個(gè)墓素2D10/6/2 17:34:11呼斗新建另一個(gè)圖冊(cè)-2加和印衛(wèi)17373

15、05刪除團(tuán)形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根據(jù)上面所述的編輯行為與歷史歸檔表的相互關(guān)系，我們首先在GDB_TO_DATE的時(shí)間為9999/12/31 23:59:59的數(shù)據(jù)，而且該數(shù)據(jù)的 GDB_FROM_DATE與數(shù)據(jù)表 里面的GDB_TO_DATE相同，這樣做就排除了原來(lái)數(shù)據(jù)并沒(méi)有發(fā)生變更的大量數(shù)據(jù)。從上圖我們可以看到有一條記錄為from 時(shí)間為10 : 10 : 39 To時(shí)間為永久的數(shù)據(jù)，記錄為 A。而且我們還可以看到有一條記錄B的創(chuàng)建時(shí)間與剛才 A記錄的創(chuàng)建時(shí)間相同，但是結(jié)束時(shí)間為 10:12:05，那么肯定B要素為已經(jīng)刪除的要素，而且 A和B 為同時(shí)產(chǎn)生的，可以推斷出是由某個(gè)要素分割而產(chǎn)生的A、B要素。繼續(xù)